/users/profile/{userId}). Inclui identificação, documentos, endereço, contatos de emergência, contrato, formação e benefícios.
O identificador userId é o ID do usuário, não o ID do registro de RH. Nos exemplos, 2807 é ilustrativo: substitua pelo ID de um colaborador da sua conta. Os nomes e contatos dos exemplos são fictícios.
Autenticação e permissões
Use a basehttps://app.tarefy.com/nodeapi e envie Authorization: Bearer SEU_TOKEN, conforme o guia de autenticação. A conta é determinada pela autenticação; não envie account_id no corpo.
Consulta, cadastro, atualização, download do modelo e importação exigem pelo menos uma das permissões 18 ou 19, conforme a autorização da conta. Desativar o registro de RH exige nível 5 (Super Admin). Ter acesso ao próprio perfil não substitui essas permissões.
A consulta aceita vínculos inativos para leitura de ex-colaboradores. Para gravar, o usuário e seu vínculo com a conta precisam estar ativos.
Qual operação usar
Essas operações não criam novos usuários. Cadastre o colaborador e seu vínculo com a conta antes de enviar os dados pessoais.
1. Consultar o cadastro
has_hr_data:
true: existe um registro ativo de RH na conta.false: o usuário pertence à conta, mas não tem registro ativo de RH. O retorno ainda pode conter nome, contato e outros dados disponíveis; campos exclusivos de RH podem estar ausentes.- Corpo vazio com HTTP
200: usuário inexistente ou sem vínculo com a conta autenticada. Não espere um404nesse caso.
empresa corresponde à conta autenticada. salario e regime_trabalho vêm do histórico salarial e retornam null sem permissão 18 ou sem valor disponível. data_admissao usa primeiro a data do cadastro de RH, com fallback para a data legada do perfil.
2. Salvar dados pessoais
O PUT é o fluxo usado pela tela para salvar. Envie apenas os campos que pretende modificar; os campos omitidos são preservados quando o registro já existe./v2/employee-hr-data, acrescentando "user_id": 2807. POST retorna 201; PUT retorna 200, inclusive quando cria o registro de RH.
A resposta de escrita é o registro de RH, não o perfil consolidado. Alguns valores podem estar criptografados e
observacoes pode conter JSON interno. Após salvar, faça GET para obter os campos legíveis. Não reutilize a resposta bruta de escrita como payload de atualização.Campos e efeitos da atualização
As páginas dos endpoints detalham cada propriedade. Considere também:
- Perfil global: nome, email, WhatsApp, LinkedIn e nascimento alteram o usuário global, que pode participar de várias contas. Os dados de RH e a associação de cargo são da conta atual.
- Email de acesso: deve ser válido, não vazio e não utilizado por outro usuário.
email_pessoalé separado. - Cargo: envie o nome exato de um cargo existente na conta. Nome não encontrado ou texto vazio remove a associação, sem criar um cargo.
- Formatos: WhatsApp deve incluir código do país. CPF, RG, PIS, CTPS e CEP passam por normalização de máscara. UF é convertida para maiúsculas e limitada a dois caracteres.
- Campos que não são gravados:
empresa,salarioeregime_trabalhosão aceitos por compatibilidade, mas não são alterados por POST/PUT de RH. Não use esse payload para reajuste salarial. - Limpeza de campos: omitir preserva o valor; não existe uma regra uniforme de limpeza por
nullou""para todos os campos. Datas devem seguir o formato documentado. - Anexos:
documentos_anexosrecebe metadados JSON; não é upload de arquivo. Para arquivos do colaborador, use as operações de User Documents. - Falhas de escrita: não há garantia de transação única entre perfil, cargo e RH. Após uma falha, consulte o estado atual antes de reenviar.
Importação em lote
- Baixe o modelo XLSX pelo endpoint
/v2/employee-hr-data/import/template. - Substitua a linha de exemplo. Preencha
EMAILcom o email de acesso de um colaborador existente na conta. - Mantenha os cabeçalhos do modelo. O email identifica o colaborador; a importação não altera esse email nem cria usuários.
- Envie o arquivo no campo
filede um formulário multipart.
DD/MM/YYYY.
Prefira XLSX. O leitor CSV atual usa vírgulas como separadores e não suporta vírgulas dentro de valores, mesmo entre aspas, nem quebras de linha em células.
O modelo contém também as colunas legadas
CELULAR, CELULAR_ALTERNATIVO, ANIVERSARIO e SEXO, que não são mapeadas pelo importador atual. Use WHATSAPP para telefone e DATA_NASCIMENTO para nascimento. As colunas bancárias são enviadas ao cadastro bancário separado, diferentemente dos campos bancários do POST/PUT de RH.201 indica que o lote foi processado, mas não garante sucesso de todas as linhas:
total conta linhas de dados; updated conta linhas com RH atualizado; errors contém falhas e avisos. row começa em 2, após o cabeçalho, e acompanha as linhas não vazias processadas. Evite linhas vazias intermediárias para facilitar a conferência com a planilha.
O lote não faz rollback das linhas anteriores. Se RH for salvo e os dados bancários falharem, a linha permanece em updated e recebe um aviso em errors. Por isso, updated + errors.length pode ser maior que total. Revise os erros e corrija as linhas afetadas antes de reenviar.
Desativação e erros
DELETE faz soft delete do registro de RH. Não exclui o usuário, não desativa seu vínculo e não apaga o perfil global. A consulta pode continuar retornando esses dados comhas_hr_data=false. POST/PUT não reativam automaticamente um registro desativado.
Na consulta, ausência de vínculo retorna
200 vazio. Na importação, erros individuais vêm em errors, mesmo com HTTP 201.
