Seu Template de Dados de Processamento de Folha
Seu Template de Dados de Processamento de Folha
- Atributos de dados padronizados para análise de folha
- Marcos essenciais do processo para rastrear no UKG Pro
- Orientação técnica de extração para integração de sistemas
Atributos de Processamento de Folha
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O evento ou etapa específica realizada no processo de folha. | ||
|
Descrição
Este atributo captura o nome da etapa que ocorre no workflow da folha, como Folha de Ponto Enviada, Bruto Calculado ou Pagamento Executado. Ele define o fluxo do mapa de processo. Esses valores são geralmente extraídos de logs de auditoria ou tabelas de alteração de status no UKG Pro. Convenções de nomenclatura consistentes são aplicadas durante a transformação dos dados para garantir a legibilidade no gráfico do processo.
Por que é importante
Este é o atributo obrigatório de Atividade que define os nós no mapa de processo.
Onde obter
Logs de Auditoria do Sistema, Histórico de Workflow ou colunas de Timestamp de Transação
Exemplos
Folha de Ponto EnviadaSalário Bruto CalculadoPagamento Executado
|
|||
|
Data da Última Atualização
LastUpdateDate
|
O registro de data/hora da modificação mais recente na linha de dados. | ||
|
Descrição
Este atributo indica quando o registro foi alterado pela última vez no banco de dados. É usado especificamente para carregamentos incrementais e verificações de integridade. Garante que o modelo de Process Mining reflita o estado mais atual do registro da folha, capturando quaisquer ajustes tardios ou correções retroativas feitas pelos especialistas.
Por que é importante
Atributo obrigatório para atualização incremental de dados.
Onde obter
Colunas de metadados do sistema como LastModifiedDate
Exemplos
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
Registro de Folha
PayrollRecordId
|
Identificador exclusivo que representa um colaborador específico em um período de pagamento. | ||
|
Descrição
O Registro de Folha (Payroll Record) atua como o identificador central de caso para a análise de Process Mining. Ele é construído conceitualmente combinando o ID do Colaborador e a Data de Término do Período de Pagamento. Isso garante que cada ciclo de folha para um colaborador individual seja tratado como um caso distinto, permitindo analisar processos recorrentes ao longo do tempo. No UKG Pro, isso é geralmente uma chave composta derivada da tabela de Cabeçalho da Folha. Agrupar por este ID permite que os analistas reconstruam a jornada de ponta a ponta, desde o envio da folha de ponto até o pagamento final e o envio fiscal.
Por que é importante
Este é o ID de Caso obrigatório que agrupa todas as atividades da folha para formar uma instância de processo.
Onde obter
Derivado do Cabeçalho da Folha ou tabelas de Histórico de Pagamento do UKG Pro
Exemplos
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de registro oficial dos dados. | ||
|
Descrição
Este atributo identifica a origem do registro. Neste contexto, o valor é fixado como UKG Pro. Isso é crucial para o Process Mining multissistema, onde os dados da folha podem ser cruzados com dados contábeis de um ERP. Isso permite que os analistas filtrem as visualizações para mostrar apenas as etapas que ocorrem estritamente na plataforma de folha, separando-as das que podem vir de sistemas externos de ponto.
Por que é importante
Atributo obrigatório para linhagem de dados e análise de múltiplos sistemas.
Onde obter
Valor estático ou tabela de Configuração do Sistema
Exemplos
UKG ProUltiPro LegacySistema de Gestão de Tempo
|
|||
|
Timestamp
EventTimestamp
|
A data e hora em que a atividade ocorreu. | ||
|
Descrição
Este atributo registra o momento exato em que uma atividade ocorreu. É essencial para sequenciar os eventos corretamente e calcular durações. Timestamps de alta precisão são preferíveis para distinguir etapas automatizadas que acontecem em sucessão rápida. No contexto da Folha, isso impulsiona a análise de Distribuição de Tempo de Ciclo e Conformidade de SLA. Sem timestamps precisos, é impossível medir a velocidade dos cálculos ou o atraso nas aprovações de ponto.
Por que é importante
Este é o atributo obrigatório de StartTime necessário para sequenciar os eventos.
Onde obter
Colunas de Data/Hora associadas a mudanças de status de transação
Exemplos
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
Centro de Custo
CostCenter
|
O código do centro de custo para alocação financeira. | ||
|
Descrição
O atributo Centro de Custo define onde a despesa da folha é alocada no razão geral. Embora semelhante ao Departamento, ele geralmente oferece uma visão financeira mais detalhada. Este atributo é usado no dashboard de Desempenho de Aprovação de Horas para identificar se centros de custo específicos têm hierarquias de aprovação mais lentas. Também ajuda a validar se as despesas da folha estão indo para as contas financeiras corretas durante a fase de cálculo Bruto para Líquido.
Por que é importante
Suporta análise financeira e identifica gargalos por unidade orçamentária.
Onde obter
Tabelas de Cargo ou Alocação do Funcionário
Exemplos
CC-5001CC-9002Overhead-Corp
|
|||
|
Data de Término do Período de Pagamento
PayPeriodEndDate
|
O último dia do período de pagamento sendo processado. | ||
|
Descrição
Este atributo marca a data de fechamento do ciclo de pagamento. Serve como um ponto de referência crítico para determinar se os envios estão atrasados. É usado junto com o horário de início da atividade 'Folha de Ponto Enviada' para determinar tempos de atraso e é um agrupador chave para o dashboard de Distribuição de Tempo do Ciclo de Folha.
Por que é importante
Âncora temporal para o ciclo da folha.
Onde obter
Cabeçalho da Folha ou Configuração de Período
Exemplos
2023-09-302023-10-15
|
|||
|
Departamento
DepartmentCode
|
O código do departamento associado ao colaborador. | ||
|
Descrição
Este atributo vincula o registro da folha a uma unidade organizacional. É essencial para o dashboard de Tendências de Exceção de Auditoria e Correção, permitindo ver quais departamentos geram erros ou exigem intervenção manual constantemente. Ao segmentar por Departamento, os analistas podem identificar se gestores específicos precisam de treinamento na aprovação de horas ou se certas unidades têm regras de pagamento complexas que causam atrasos.
Por que é importante
Crítico para segmentação organizacional e análise de causa raiz.
Onde obter
Tabelas Mestre de Funcionário ou Histórico de Cargos
Exemplos
DEPT-100FINANCE-01OPS-WEST
|
|||
|
Especialista de Folha
PayrollSpecialist
|
O ID de usuário ou nome da pessoa que está processando o registro. | ||
|
Descrição
Este atributo identifica o administrador ou especialista de folha responsável por aprovar o registro ou realizar correções. Ele é mapeado para o atributo de Usuário Genérico. Esses dados são vitais para o dashboard de Carga de Trabalho do Especialista. Ele permite que a gestão visualize a distribuição do trabalho e identifique se indivíduos específicos estão sobrecarregados ou atuando como gargalos na fase de aprovação.
Por que é importante
Permite análises de recursos e insights sobre equilíbrio de carga de trabalho.
Onde obter
Logs de auditoria ou colunas 'ModifiedBy' em tabelas de transação
Exemplos
jsmithmdoesystem_admin
|
|||
|
Fora do Ciclo
IsOffCycle
|
Sinalização indicando se a execução da folha está fora do cronograma padrão. | ||
|
Descrição
Este atributo booleano identifica se o registro pertence a uma execução fora do ciclo (off-cycle). É usado para calcular o KPI de Volume de Folha Fora do Ciclo. Execuções fora do ciclo costumam ser mais caras e manuais. Filtrar o dashboard de Análise de Variantes por este sinalizador destaca os caminhos não padronizados usados para corrigir erros.
Por que é importante
Filtro principal para analisar desvios de processo e retrabalho.
Onde obter
Lógica de Cabeçalho da Folha 'Data do Cheque' vs 'Data de Término do Período'
Exemplos
verdadeirofalse
|
|||
|
Jurisdição Fiscal
TaxJurisdiction
|
O estado ou localidade principal para fins fiscais. | ||
|
Descrição
Este atributo identifica a jurisdição fiscal principal do registro de folha. É essencial para o dashboard de Prazos de Envio de Impostos Interestaduais. Ao analisar os fluxos com base na Jurisdição Fiscal, as equipes de conformidade podem notar se estados específicos têm tempos de conclusão consistentemente lentos ou se colaboradores interestaduais geram mais exceções de auditoria.
Por que é importante
Crítico para monitoramento de conformidade e análise geográfica.
Onde obter
Localização Fiscal ou tabelas de Impostos do Colaborador
Exemplos
CANYTX
|
|||
|
Pay Group
PayGroup
|
O agrupamento lógico de colaboradores para o processamento da folha. | ||
|
Descrição
O Pay Group é uma configuração fundamental no UKG Pro que dita a frequência (semanal, quinzenal) e as regras de processamento para um conjunto de colaboradores. Ele atua como o principal identificador de lote. Este atributo é crítico para o dashboard de Distribuição de Tempo do Ciclo de Folha. Ele permite comparar o desempenho do processamento entre diferentes grupos, como a Folha Executiva versus Trabalhadores Horistas da Fábrica, identificando se configurações específicas estão causando atrasos sistêmicos.
Por que é importante
Dimensão primária para agrupar e comparar o desempenho da folha.
Onde obter
Tabela de Cabeçalho da Folha ou Configuração de Pay Group
Exemplos
US-BiWeeklyCA-SemanalExec-Mensal
|
|||
|
Prazo Final do SLA
SlaProcessingDeadline
|
A data/hora de destino para a conclusão da execução do pagamento. | ||
|
Descrição
Este atributo define o prazo interno ou externo para a conclusão do processo de folha, garantindo transferências bancárias pontuais. É o atributo central para o dashboard de Conformidade de SLA e Monitor de Prazos. Comparar o timestamp real de Pagamento Executado com este prazo permite calcular as taxas de desempenho pontual e ajuda a priorizar registros em risco.
Por que é importante
Ponto de referência para calcular a adesão ao SLA.
Onde obter
Calendário de Pagamento ou derivado da Data de Pagamento menos os dias de processamento bancário
Exemplos
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
SLA violado
IsSlaBreached
|
Sinalização indicando se o pagamento foi executado após o prazo. | ||
|
Descrição
Este atributo booleano é uma métrica calculada que compara o timestamp de 'Pagamento Executado' com o 'Prazo de SLA'. Ele impulsiona diretamente o KPI de Taxa de Adesão ao SLA da Folha. Ter isso pré-calculado permite filtrar instantaneamente o dashboard para mostrar apenas os casos problemáticos, facilitando a análise de causa raiz sobre por que os prazos foram perdidos.
Por que é importante
Direcionador de KPI para monitoramento de conformidade.
Onde obter
Calculado: PaymentTime > SlaDeadline
Exemplos
verdadeirofalse
|
|||
|
Tem Exceção de Auditoria
HasAuditException
|
Sinalização indicando se uma exceção de auditoria foi acionada. | ||
|
Descrição
Este atributo booleano indica se a atividade 'Exceção de Auditoria Identificada' ocorreu para este caso. Ele suporta o KPI de Taxa de Precisão da Folha na Primeira Passagem. Permite que os analistas separem rapidamente os casos "limpos" daqueles que exigiram intervenção, simplificando a análise de causas de retrabalho no dashboard de tendências.
Por que é importante
Identifica casos que exigem intervenção.
Onde obter
Derivado da existência da atividade 'Audit Exception Flagged'
Exemplos
verdadeirofalse
|
|||
|
Tempo de Ciclo (Dias)
CycleTimeDays
|
Duração total da inicialização à execução do pagamento. | ||
|
Descrição
Este atributo de duração mede o tempo de ponta a ponta do processo para cada registro. Ele sustenta o dashboard de Distribuição de Tempo do Ciclo de Folha. Analisar a variação dos dias de ciclo entre diferentes Pay Groups ou Departamentos revela ineficiências e ajuda a quantificar o impacto das correções manuais na velocidade geral.
Por que é importante
Métrica principal para eficiência do processo.
Onde obter
Calculado: Timestamp de Pagamento - Timestamp de Inicialização
Exemplos
3.55.01.2
|
|||
|
Valor do Salário Bruto
GrossPayAmount
|
O pagamento total calculado antes de deduções e impostos. | ||
|
Descrição
Este atributo representa o valor monetário do salário bruto calculado. Ele é mapeado para o ActivityAmount para permitir análises baseadas em custo. Analisar o Valor Bruto ajuda no dashboard de Velocidade de Cálculo. Embora o foco seja o tempo, correlacionar o tempo com a complexidade (e valor) do pagamento pode revelar se cálculos de comissão de alto valor são a fonte de problemas de desempenho.
Por que é importante
Permite análise de fluxo de valor e detecção de pontos fora da curva.
Onde obter
Tabelas de Resultado de Folha ou Registro de Pagamento
Exemplos
2500.0010500.50480.00
|
|||
|
Categoria de Correção
CorrectionCategory
|
O tipo de correção de dados realizada (ex: Horas, Taxa, Dedução). | ||
|
Descrição
Quando ocorre uma atividade de 'Correção de Dados Realizada', este atributo captura a natureza do ajuste. É vital para o KPI de Taxa de Correção Manual de Dados. Entender se as correções estão ligadas a 'Entrada de Horas' ou 'Dedução de Benefícios' permite que a empresa foque a melhoria em sistemas ou equipes específicas.
Por que é importante
Oferece granularidade sobre os motivos de retrabalho.
Onde obter
Coluna 'Field Changed' do Log de Auditoria
Exemplos
Ajuste de Entrada de HorasPagamento RetroativoAtualização de Código Fiscal
|
|||
|
Fonte do Incentivo
IncentiveSource
|
Origem dos dados de incentivo (ex: Salesforce, Importação de Excel). | ||
|
Descrição
Este atributo identifica a fonte de quaisquer dados de incentivo ou comissão importados. Ele alimenta o dashboard de Precisão de Importação de Dados de Incentivo. Ao correlacionar este atributo com o KPI de Frequência de Retrabalho de Dados, a equipe pode determinar se arquivos de origem específicos (ex: Relatório de Vendas Regional) estão consistentemente sujeitos a erros de formatação.
Por que é importante
Rastreia problemas de qualidade até os provedores de dados externos.
Onde obter
Nome do arquivo de Log de Importação ou descrição do ID do Lote
Exemplos
Feed de Comissões de VendasUpload Manual de BônusSistema de Remun. Executiva
|
|||
|
Tipo de colaborador
EmployeeType
|
Categorização do funcionário (ex: Tempo integral, Meio período, Terceirizado). | ||
|
Descrição
Este atributo categoriza o indivíduo associado ao registro de folha. Ele é usado no dashboard de Desempenho de Aprovação de Horas. Diferentes tipos de colaboradores costumam ter comportamentos de envio e workflows de aprovação distintos. Segmentar por este atributo ajuda a distinguir entre problemas sistêmicos do processo e padrões comportamentais específicos de certos segmentos da força de trabalho.
Por que é importante
Segmenta a análise por categoria de força de trabalho.
Onde obter
Tabela Mestre de Funcionário
Exemplos
Tempo IntegralMeio PeríodoTerceirizado
|
|||
Atividades de Processamento de Folha
| Atividade | Descrição | ||
|---|---|---|---|
|
Envio de Impostos Concluído
|
O envio bem-sucedido dos dados fiscais para as jurisdições relevantes (federal, estadual, municipal). Isso geralmente ocorre após o pagamento. | ||
|
Por que é importante
Essencial para o dashboard 'Multi State Tax Filing Timelines' para garantir conformidade regulatória e evitar multas.
Onde obter
Captura a atualização de status na Interface de Declaração de Impostos ou no log de Serviços de Pagamento indicando 'Filed' ou 'Accepted'.
Captura
Registrado quando a transação tax_file_transmit é executada
Tipo de evento
explicit
|
|||
|
Pagamento Executado
|
A data de vigência ou a transferência real de fundos para o colaborador. Isso marca o cumprimento da obrigação de remuneração. | ||
|
Por que é importante
Usado para validar a 'Conformidade de SLA' e garantir que os colaboradores sejam pagos na data prometida.
Onde obter
Use o campo 'Data do Cheque' ou 'Data do Aviso' no registro de Cabeçalho de Pagamento finalizado.
Captura
Registrado quando a transação payment_post é executada
Tipo de evento
explicit
|
|||
|
Registro de Folha Aprovado
|
A aprovação final no registro individual ou em todo o grupo de pagamento. Esta ação bloqueia o registro para alterações e o coloca na fila para geração de pagamento. | ||
|
Por que é importante
Um marco crítico que separa a fase de trabalho da fase finalizada. Usado para calcular o 'Bank Transfer File Lead Time'.
Onde obter
Captura a mudança de status do Pay Group ou do registro de cheque individual para 'Approved' ou 'Locked' na tabela de Controle do Período de Pagamento.
Captura
Registrado quando a transação approve_pay_group é executada
Tipo de evento
explicit
|
|||
|
Registro de Folha Inicializado
|
A criação do item de linha de pagamento específico para um colaborador dentro de uma nova instância de grupo de pagamento. Isso sinaliza que o colaborador está ativo e vinculado ao ciclo de processamento atual. | ||
|
Por que é importante
Marca o início oficial da fase de processamento da folha no sistema central. Essencial para distinguir entre a duração da captura de ponto e a duração real do processamento da folha.
Onde obter
Identifica o timestamp de quando o registro é inserido na tabela de Pagamento do Funcionário ou de Cabeçalho de Cheque para a Data de Pagamento específica.
Captura
Registrado quando a transação pay_period_create é executada
Tipo de evento
explicit
|
|||
|
Arquivo de Transferência Bancária Gerado
|
A geração técnica do arquivo de depósito direto para transmissão ao banco. Isso prepara os fundos para a movimentação. | ||
|
Por que é importante
Atrasos aqui trazem o risco direto de perder os prazos bancários. Alimenta o dashboard 'Bank Transfer Generation Speed'.
Onde obter
Captura o timestamp de quando o job de criação do arquivo de ACH/Depósito Direto é concluído no Log de Jobs do Sistema.
Captura
Registrado quando a transação create_ach_file é executada
Tipo de evento
explicit
|
|||
|
Correção de Dados Realizada
|
Uma modificação manual feita no registro da folha (ex: ajuste de horas, alteração de impostos) após o cálculo inicial, mas antes da aprovação final. | ||
|
Por que é importante
Esta é a medida primária de retrabalho. Rastrear isso habilita o KPI de 'Taxa de Correção Manual de Dados'.
Onde obter
Captura atualizações nas tabelas de Detalhes de Pagamento do Funcionário ou de Dedução no Log de Auditoria onde o ID do Usuário não é 'System'.
Captura
Registrado quando a transação update_pay_detail é executada
Tipo de evento
explicit
|
|||
|
Dados de Incentivo Importados
|
A ingestão de dados de remuneração externa, como comissões, bônus ou pagamentos únicos. Isso é diferente das horas regulares e geralmente envolve uploads de arquivos em lote. | ||
|
Por que é importante
Altas taxas de falha ou retrabalho após esta atividade indicam problemas com mapeamento de dados ou qualidade de arquivos externos, uma fonte comum de atrasos na folha.
Onde obter
Captura do Log do Sistema ou Histórico de Importação em Lote onde o tipo de arquivo se refere a 'Incentivos' ou 'Pagamento Adicional'.
Captura
Registrado quando a transação import_batch_data é executada
Tipo de evento
explicit
|
|||
|
Deduções de Benefícios Aplicadas
|
O sistema aplica as deduções de benefícios pré e pós-impostos (saúde, previdência) sobre o salário bruto. Esta lógica geralmente roda logo após a definição do valor bruto. | ||
|
Por que é importante
Erros aqui costumam exigir correções manuais. Isolar esta etapa ajuda a determinar se os atrasos são causados pelo motor de benefícios ou por problemas de configuração.
Onde obter
Inferido a partir do timestamp do lote de cálculo ou observando os timestamps de criação na tabela de Histórico de Dedução do Funcionário.
Captura
Derivar da comparação do campo calculation_stage
Tipo de evento
inferred
|
|||
|
Exceção de Auditoria Sinalizada
|
O sistema ou um usuário identifica uma discrepância, como pagamento negativo, códigos fiscais ausentes ou avisos de SLA. Isso coloca o registro em um estado que requer atenção. | ||
|
Por que é importante
Alimenta diretamente o dashboard 'Audit Exception and Correction Trends'. Volumes altos aqui indicam problemas de qualidade de dados nas etapas anteriores.
Onde obter
Identifica registros no Log de Avisos do Sistema ou na tabela de mensagens do Período de Pagamento associados a IDs de funcionários específicos.
Captura
Registrado quando a transação validation_warning é criada
Tipo de evento
explicit
|
|||
|
Folha de Ponto Aprovada
|
A aprovação gerencial das horas enviadas, validando-as para o processamento do pagamento. Esta etapa libera os dados para importação no motor de cálculo da folha. | ||
|
Por que é importante
A análise de gargalos desta etapa revela atrasos causados pela revisão gerencial, o que impacta diretamente na janela disponível para os especialistas processarem os dados.
Onde obter
Captura do histórico do Time Management onde o Status muda para 'Approved' ou 'Signed Off'.
Captura
Registrado quando a transação time_card_approve é executada
Tipo de evento
explicit
|
|||
|
Folha de Ponto Enviada
|
O evento onde um colaborador ou gestor envia o cartão de ponto para o período. Isso marca a entrada de dados de horas brutas no workflow da folha, embora possa originar-se no módulo de Gestão de Tempo antes de seguir para a Folha principal. | ||
|
Por que é importante
Estabelece o timestamp inicial mais cedo para o ciclo de folha de ponta a ponta. Crítico para medir a latência entre o trabalho realizado e a ingestão dos dados na folha.
Onde obter
Captura do Log de Auditoria do Time Management ou da tabela de Histórico de Cartão de Ponto onde o campo Status muda para 'Submitted'.
Captura
Registrado quando a transação time_card_submit é executada
Tipo de evento
explicit
|
|||
|
Holerite Publicado
|
O holerite torna-se visível para o colaborador no portal de autoatendimento. Isso completa o ciclo de comunicação. | ||
|
Por que é importante
Embora não seja uma etapa técnica impeditiva, a publicação tardia gera chamados no suporte e afeta a satisfação do colaborador.
Onde obter
Inferido a partir da 'Check Date' ou de uma configuração específica de 'Self Service Release Date' na configuração do Pay Group.
Captura
Derivar da comparação do campo check_date com a release_policy
Tipo de evento
inferred
|
|||
|
Impostos Calculados
|
A etapa final do motor de cálculo onde a lógica de impostos interestaduais é aplicada para determinar o pagamento líquido. Isso encerra a fase de computação automatizada. | ||
|
Por que é importante
Conclui a sequência 'Bruto para Líquido'. Longas durações aqui sugerem problemas de desempenho no motor de cálculo de impostos ou configurações complexas de múltiplas jurisdições.
Onde obter
Inferido a partir do 'End Time' do processo de lote de cálculo no Log de Jobs do Sistema ou do timestamp na tabela de Impostos do Funcionário.
Captura
Comparar o campo de status antes/depois do fim do job de cálculo
Tipo de evento
inferred
|
|||
|
Prévia do Resultado da Folha
|
Um usuário abre o registro da folha ou o relatório de preview para validar os resultados calculados. Isso representa a transição do processamento automatizado para a revisão humana. | ||
|
Por que é importante
Indica o início da fase de validação. Um grande intervalo entre o Cálculo e o Preview sugere problemas de disponibilidade de recursos.
Onde obter
Captura do Log de Auditoria quando um usuário acessa o relatório 'Payroll Register' ou 'Pre-Check'.
Captura
Registrado quando a transação report_view_preview é executada
Tipo de evento
explicit
|
|||
|
Salário Bruto Calculado
|
A execução inicial do cálculo onde o sistema determina os ganhos totais com base em horas, taxas e dados de incentivo. Isso ocorre antes da aplicação de deduções e impostos. | ||
|
Por que é importante
Medir o tempo daqui até 'Taxes Calculated' fornece a métrica 'Gross to Net Calculation Velocity', necessária para análise de desempenho do sistema.
Onde obter
Inferido a partir do 'Start Time' do processo de lote de cálculo no Log de Jobs do Sistema.
Captura
Comparar o campo de status antes/depois do início do job de cálculo
Tipo de evento
inferred
|
|||