Entender o que realmente transita entre esses sistemas - e o que não transita - define se o seu cálculo de remuneração variável é defensável ou apenas uma estimativa disfarçada de fórmula.
O que a integração OKR-HRIS realmente sincroniza
A integração padrão em 2026 é majoritariamente unidirecional: o HRIS empurra registros de colaboradores para o software de OKR. Quando alguém entra na empresa, o perfil aparece no Lattice ou no BetterWorks em até 24 horas. Quando a pessoa é desligada, o acesso é desativado. Quando muda de departamento, a hierarquia de reporte é atualizada.
Campos que normalmente sincronizam:
- ID do colaborador (a chave de junção que amarra tudo)
- Nome, e-mail, cargo
- Departamento e centro de custo
- Relação de reporte (para cascateamento de metas)
- Status de vínculo e datas de vigência
O que não sincroniza: dados de remuneração. Salário, percentual de bônus-alvo e equity ficam no HRIS. As taxas de atingimento de OKR - o número que efetivamente alimenta o cálculo de remuneração variável - ficam na plataforma de OKR.
De acordo com a documentação da API unificada de HRIS da Merge.dev (v2, consultada em maio de 2026), a maioria das integrações nativas entre HRIS e OKR roda em jobs de lote diários, não em webhooks em tempo real. Isso significa que seu sistema de OKR pode estar até 24 horas atrasado em relação a mudanças organizacionais. Na maior parte dos ciclos isso não causa problema, mas vale monitorar se uma reestruturação acontecer no meio de um ciclo de compensação.
O guia de integração do Workday Human Capital Management com plataformas de gestão de metas (versão 2025) documenta o mesmo comportamento para sincronização reversa: quando ela existe, retorna avaliações qualitativas de desempenho (atende às expectativas, supera as expectativas), não percentuais de atingimento em formato utilizável por folha de pagamento ou finanças.
Por que o provisionamento de bônus ainda quebra
Um provisionamento trimestral de bônus exige três números por colaborador: salário-base, percentual de bônus-alvo e taxa de atingimento. Os dois primeiros estão no HRIS. O terceiro está na plataforma de OKR.
Se a integração OKR-HRIS está funcionando bem, pelo menos a lista de colaboradores bate entre os dois sistemas. Você não precisa reconciliar dois headcounts diferentes antes de começar o cálculo. Em empresas acima de 75 pessoas, só essa reconciliação costumava consumir três a quatro horas por ciclo de compensação.
A fórmula, depois de você ter puxado os exports e feito o join no Sheets:
=SUMPRODUCT(
HRIS!F2:F200, -- Salário-base
HRIS!G2:G200, -- Percentual de bônus-alvo
OKR_Export!D2:D200 -- Taxa de atingimento do T2 exportada da plataforma de OKR
)
Para provisionamentos por departamento alimentando o seu DRE:
=SUMPRODUCT(
(HRIS!C2:C200=Premissas!$B$4) * -- Filtro por departamento
HRIS!F2:F200 * -- Salário-base
HRIS!G2:G200 * -- Percentual de bônus-alvo
OKR_Export!D2:D200 * -- Taxa de atingimento
(1/4) -- Fator de provisionamento trimestral
)
A fórmula funciona. O problema é a aba OKR_Export. Alguém precisa puxar esse export da plataforma de OKR, formatar de forma consistente e colocar no lugar certo a cada trimestre. Se o administrador de OKR exportar com nomes de colunas diferentes do trimestre anterior (acontece mais do que deveria), a fórmula quebra silenciosamente e o provisionamento fica errado.
Para uma empresa de 120 colaboradores com salário-base médio de R$ 120.000 e meta de remuneração variável de 20%, você está gerenciando um pool anual de bônus de R$ 2,88 milhões. Uma coluna de atingimento fora do lugar não é um inconveniente menor.
O que cada padrão de integração OKR-HRIS significa na prática para finanças
A maioria dos artigos sobre integração OKR-HRIS explica a arquitetura técnica. O que analistas de finanças precisam saber é mais direto: o que você recebe e o que ainda precisa fazer manualmente.
| Padrão | O que finanças recebe | O que ainda é manual |
|---|---|---|
| Integração nativa (ex.: BambooHR + Lattice) | Headcount limpo na ferramenta de OKR, sem divergência de lista | Export de atingimento da plataforma + join com HRIS no modelo |
| Middleware via API (Merge.dev, Finch) | Pulls customizados possíveis com envolvimento de TI | Definição dos campos, agendamento e manutenção dos pulls |
| SCIM via SSO | Gestão de acesso de usuários quase em tempo real | Tudo relacionado a dados de desempenho e remuneração |
| Export agendado via SFTP/CSV | Arquivo estruturado na pasta compartilhada conforme acordado | Validação, join e entrada no modelo |
Na prática, a opção mais útil para finanças costuma ser a última: exports agendados via SFTP ou e-mail. Não porque seja tecnicamente superior, mas porque produz arquivos que você importa diretamente para o modelo sem precisar de acesso a nenhum sistema de RH. Se TI configurar um export semanal do HRIS e um export semanal de atingimento de OKR para a mesma pasta compartilhada, o problema operacional está resolvido.
O problema do último trecho que ninguém menciona
Aqui está algo que não é óbvio: mesmo uma integração OKR-HRIS perfeita não fecha o ciclo para finanças. A integração é infraestrutura de RH. Ela mantém dois sistemas de RH em sincronia. Seu modelo é um terceiro sistema e quase sempre fica completamente fora do escopo do projeto de integração.
O caminho real dos dados é este:
HRIS → software de OKR (via a integração que todo mundo celebra) → export de OKR → alguém limpa → cola no modelo
Essas três últimas etapas são inteiramente manuais, independentemente de quão sofisticada seja a integração HRIS-OKR. A integração reduz uma fonte de erro (headcount desatualizado na ferramenta de OKR). Ela não elimina o export manual e a etapa de reconciliação que produz o número que seu modelo realmente precisa.
Vale ter isso em mente quando o Diretor de Pessoas disser "integramos o BambooHR com o 15Five, então você já tem o que precisa para remuneração". Você tem dados organizacionais mais limpos. Você ainda não tem as taxas de atingimento no modelo.
Como estruturar a aba de join e colocar os dados no modelo sem depender de TI
O ponto fraco não é a fórmula de provisionamento. É o processo que alimenta a aba de atingimento. Esta seção mostra tanto a estrutura completa da aba de join quanto as verificações que evitam que um export mal formatado passe despercebido.
A estrutura da aba de join
Crie uma aba chamada OKR_Joined com estas colunas, nessa ordem:
| Coluna | Fonte | Fórmula |
|---|---|---|
| A: ID do Colaborador | HRIS | =HRIS!A2 |
| B: Nome | HRIS | =HRIS!B2 |
| C: Departamento | HRIS | =HRIS!C2 |
| D: Salário-base | HRIS | =HRIS!F2 |
| E: % Bônus-alvo | HRIS | =HRIS!G2 |
| F: % Atingimento OKR | OKR_Export | ver fórmula abaixo |
| G: Flag de correspondência | Calculada | =SE(F2=0,"Verificar","OK") |
A fórmula da coluna F, que faz o join propriamente dito:
=IFERROR(
INDEX(OKR_Export!$D:$D,
MATCH(HRIS!$A2, OKR_Export!$A:$A, 0)
),
0 -- 0% de atingimento se não encontrar correspondência
)
Faça o join pelo ID do colaborador, nunca pelo nome. As pessoas aparecem com nomes diferentes entre sistemas (nome legal no HRIS, nome preferido na plataforma de OKR). O ID do colaborador é a única chave confiável.
Valide a taxa de correspondência antes de rodar o provisionamento. Conte os colaboradores sem correspondência depois do join. Se mais de 5% do headcount não tiver atingimento associado, algo está errado: geralmente uma discrepância causada pelo atraso de sincronização do OKR ou por alguém que entrou no meio do ciclo.
=CONT.SE(OKR_Joined!G2:G200,"Verificar") / CONT.VALORES(OKR_Joined!A2:A200)
Qualquer resultado acima de 5% vale uma conversa com o RH antes de os números chegarem ao CFO.
Padronize o pedido de export. Dê ao time de Gestão de Pessoas um template com nomes de colunas específicos em uma ordem específica: "ID do Colaborador, Departamento, Atingimento T3%" - não o que o export padrão da plataforma produz. Faça isso uma vez por plataforma e documente. Quando inevitavelmente trocarem de fornecedor de OKR, você entrega o template de novo.
Bloqueie a aba de Premissas. Coloque a periodicidade do provisionamento (mensal ou trimestral), a lógica de agrupamento por departamento e as regras de piso e teto de atingimento em Premissas, não hardcoded nas fórmulas. Quando o RH mudar o ciclo de OKR de trimestral para contínuo (e vai mudar), você altera uma célula, não 40 fórmulas.
Todo esse trabalho de reconciliação - cruzar atingimento de OKR com headcount do HRIS pelo ID do colaborador e sinalizar registros sem correspondência - é exatamente o tipo de tarefa repetitiva que o ModelMonkey resolve diretamente no Google Sheets, incluindo alertas automáticos quando os cabeçalhos de coluna mudam entre exports de um trimestre para o outro.
Perguntas frequentes
A integração OKR-HRIS substitui o export manual para o modelo de compensação?
Não. A integração mantém a lista de colaboradores sincronizada entre os dois sistemas de RH. Ela não entrega as taxas de atingimento no formato que seu modelo precisa. O export, o join e a validação ainda são etapas manuais, independentemente de qual plataforma estiver integrada.
O que acontece com o atingimento de um colaborador que muda de departamento no meio do ciclo?
O comportamento mais comum é manter as metas e o atingimento associados ao departamento de origem até o fim do ciclo. O problema aparece no join: o HRIS já mostra o novo departamento, mas o export de OKR ainda classifica o colaborador no departamento anterior. Isso distorce o provisionamento por departamento. Valide esses casos manualmente quando houver reestruturações no meio de um ciclo de compensação.
Como tratar colaboradores que entraram no meio do ciclo de OKR?
Eles geralmente aparecem no HRIS mas não no export de OKR porque ainda não têm metas atribuídas. A flag de correspondência da coluna G identifica esses casos. A decisão de incluí-los com atingimento zero, pro-ratar o bônus pelo período trabalhado ou excluí-los do ciclo é de RH e finanças em conjunto, mas precisa estar documentada em Premissas antes do fechamento.
Qual plataforma de OKR tem melhor integração com sistemas de RH brasileiros como o Gupy ou o Sólides?
A maioria das plataformas internacionais de OKR (Lattice, BetterWorks, Perdoo) conecta com HRIS via API aberta ou middleware como o Merge.dev. Para sistemas de RH brasileiros, a integração nativa raramente existe. O caminho mais prático é export agendado via CSV ou SFTP - que é também o formato mais fácil de consumir diretamente no modelo financeiro, sem depender de TI para configurar pulls customizados.