Checklist de admissão marcado não significa que a pessoa pode começar

Notebook enviado, conta solicitada, treinamento agendado. Tudo parece marcado, mas a nova pessoa não entra no sistema no primeiro dia.

Um checklist de onboarding com IA separa conclusão comprovada de confirmação pendente. “Organizado” não vira “feito”. RH confirma modelo, TI confirma equipamento e acesso, gestor confirma preparo da função. O agente organiza evidência rastreável. O fluxo de RH que você pode criar com Buda pode começar por cópias autorizadas, sem escrita em produção.

Três entradas e um corte explícito

São exemplos didáticos fictícios, não registros de funcionários nem projeto executado. A identidade estável é EMP-A, nunca deduzida pelo nome. Use HR-plan-v1, IT-note-v2 e training-note-v1, cópias anonimizadas e autorizadas. Corte: 21/out/2026, 10:00 Asia/Shanghai.

RH fornece tarefas, donos, datas e modelo regional; check de coordenação não é prova automática. TI separa conta de equipamento; um item completo não resolve todos. Treinamento separa reserva, presença e dispensa. Não inclua identidade civil, saúde, salário ou credencial. Nome de arquivo anonimizado não é ACL: confira compartilhamento.

Quatro estados em vez de um check

Preserve texto original e aplique regra explícita: conclusão confirmada, ação pendente, confirmação pendente, não aplicável. São categorias sugeridas de tabela, não estados nativos de RH do Buda.

Evidência precisa corresponder à tarefa, pessoa e data. Check sozinho não basta. T01 prova recebimento, não acesso ao sistema.

Falta anexo ou falta ação?

Se a data do curso passou mas há só “organizado”, marque confirmação pendente. Não conclua ausência, falha ou não realização. Peça ao dono do treinamento confirmação mínima autorizada e registre local faltante e pergunta. Silêncio não é avaliação negativa.

“Enviado” prova despacho, não recebimento. Em trânsito, mantenha ação pendente e progresso. Se TI diz ativo e RH diz aguardando, preserve fontes e datas e peça confirmação do estado da tarefa; não vote nem sobrescreva pela mensagem mais nova.

Dependência bloqueada não é atraso

A prática T05 depende de T01 e T02. Equipamento pronto e conta pendente deixam pré-requisito aberto, mesmo antes da data da prática.

Só compare atraso quando prazo e fuso local forem definidos. Data ausente fica null. “Quarta” não permite inventar dia. Modelo regional conserva regras locais, sem substituir pelo horário da sede.

onboarding-readiness.csv inclui employee-id, task-id, dono, dependências, data/fuso, texto e estado revisado, localização/data da prova, pergunta e versão da regra. Dependência satisfeita e atraso ficam separados.

Não aplicável não é presença

T04 precisa R4 válido: papel aprovador, escopo, versão do modelo, prova autorizada e inclusão de EMP-A. Dispensa não cria presença nem deve aumentar contagem de participantes.

Requisitos regionais usam versões aprovadas por RH. Agente não decide lei trabalhista, contratação ou compliance. Modelo desconhecido vai ao RH, não é preenchido com outra região.

Um pacote, três responsabilidades

missing-confirmations.md é fila de dúvidas: tarefa, falta, responsável, local autorizado e próximo passo afetado. Não são lembretes já enviados. manager-handoff.md mostra o que pode começar, dependências e próximo dono, sem declarar prontidão total.

RH confere modelo, dispensa e mapa de identidade; TI confirma conta/equipamento; gestor confirma preparo da função. Agente não altera cadastro, abre conta, concede acesso, envia lembretes automáticos ou avalia funcionário.

Leia só três entradas com mapa EMP-A. Preserve texto/fonte e classifique quatro estados. Reserva não é presença; solicitação não é ativação; despacho não é recebimento; prova ausente não é falha. Data unknown fica null; dependência e atraso separados. Produza onboarding-readiness.csv, missing-confirmations.md, manager-handoff.md. Sem dados alheios, mudança de sistema, envio, abertura de conta ou juízo legal.

Use Buda Drive e uma Session dedicada. A conversa separada não isola permissões de arquivo; confira Agent privado versus Space compartilhado.

Quatro testes propostos, não executados

Equipamento recebido/conta inativa não significa função pronta; reserva sem presença não significa comparecimento; dispensa válida vira não aplicável; nomes iguais exigem ID estável e mapa ausente interrompe junção. Não são taxa de acerto ou economia de tempo. Verifique se o gestor entende quem confirma a próxima ação, não só se agente ficou ativo ou criou arquivo.

Quem comprova conclusão?

Função responsável e fonte autorizada: TI para conta, treinamento para presença, RH para aplicabilidade. Check do gestor não substitui tudo.

E sem anexo?

Preserve texto/local faltante, marque confirmação pendente e peça mínimo necessário. Ausência de prova não comprova tarefa não realizada.

Regiões podem compartilhar modelo?

Estrutura sim; exigências precisam versão regional aprovada por RH. Preserve fuso e prazo sem inferir legislação.

Dispensa pode virar concluído?

Mantenha não aplicável com base e escopo, separado de participação e conclusão.

Pesquise e instale Skill de organização no Marketplace do Buda AI. Leia entradas e limites de dados, valide amostras anonimizadas e entregue lacunas utilizáveis antes de ampliar conexão ou lembretes. O resultado não é um quadro bonito de checks, mas preparação que alguém consegue assumir.