Introdução
Você pode usar o Carregador de Dados do HCM para carregar em massa o histórico de data efetiva e manter esse histórico.
Observação:
Espera-se que você entenda como criar e carregar arquivos usando o Carregador de Dados do HCM (HDL). Se você é novo no HDL, deverá concluir primeiro o tutorial Criar e Manter Dados com o Carregador de Dados do HCM (HDL).Objetivos
Neste tutorial, você o fará.
- Crie e carregue o histórico de data efetiva e várias alterações por dia.
- Corrigir e atualizar registros de data efetiva existentes.
- Carregue alterações históricas, retendo valores futuros e substituindo valores futuros.
- Excluir registros com data efetiva no histórico.
Pré-requisitos
Para completar este tutorial, você precisará de:
- Acesso para importar e carregar dados usando o Carregador de Dados do HCM.
Dica:
Consulte o tutorial Configurar Acesso ao Carregador de Dados do HCM (HDL) e Entender as Opções de Segurança do HDL para obter as etapas para criar acesso ao HDL e entender as opções de segurança. - Um editor de texto para criar seus arquivos.
- Um compressor de arquivos para compactar os arquivos de dados do objeto de negócios.
Também é recomendável que você conclua o tutorial Criar e Manter Dados com o Carregador de Dados do HCM (HDL) antes de tentar fazer este tutorial. Tarefa 10 refere-se aos dados que você criaria neste tutorial.
Tarefa 1: Criar um Objeto com Histórico de Data Efetiva
Nesta etapa, você aprenderá a carregar o histórico de data efetiva ao criar um novo objeto.
- Crie um novo arquivo usando qualquer editor de texto e informe o seguinte:
- Salve seu arquivo, nomeando-o como Job.dat.
- Faça download deste arquivo JobFamily.dat.
- Compacte os arquivos Job.dat e JobFamily.dat em um arquivo zip denominado 1 Create Job.zip.
- Importe e carregue o arquivo zip. Ele criará estes dados:
Os seguintes registros de data efetiva são criados para o trabalho de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Período Integral - Meio Período 1-Mar-2024 Sales SALES 24 PART_TIME 1-Jan-2020 29-Feb-2024 Sales SALES 16 PART_TIME 1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME Em resumo:
- Em 1º de janeiro de 2010, o job foi criado.
- Em 1º de janeiro de 2020, o Código da Família de Cargos foi preenchido.
- Em 1 de março de 2024, as Horas de Trabalho Padrão aumentaram de 16 para 24.
Dica:
Você pode fornecer registros com data efetiva em qualquer ordem no arquivo .dat, mas nenhuma interrupção nas datas pode ocorrer.Observação:
Quando você cria um objeto com data efetiva, apenas o primeiro registro com data efetiva é processado como um novo registro. Os registros com data posterior são atualizações no primeiro registro. Para reter valores do registro de data efetiva anterior, você pode deixar esses atributos em branco ou repetir o valor que deve continuar.
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name|ActiveStatus|JobFamilyCode|RegularTemporary|FullPartTime|StandardWorkingHours|StandardWorkingFrequency MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|Sales|ACTIVE|SALES|R|PART_TIME|24|W MERGE|Job|SALES|COMMON|2020/01/01|2024/02/29|Sales|ACTIVE|SALES|R|PART_TIME|16|W MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31|Sales|ACTIVE||R|PART_TIME|16|W
Essas três linhas de arquivo são para o mesmo job, identificadas pelos valores de atributo JobCode SALES e SetCode COMMON.
Dica:
Quando um registro não tiver uma data final, você poderá especificar um valor de 4712/12/31 para o atributo EffectiveEndDate. Se preferir, deixe-o em branco.Observação:
Ao fornecer o histórico de data efetiva, verifique se os intervalos de datas são consecutivos e se não há intervalos no intervalo de datas. Todos os registros devem ser válidos. O HDL agrupará esses registros e os carregará como um único objeto. Se um erro for encontrado em qualquer registro dentro do objeto, o objeto inteiro falhará ao carregar.Observação:
Seu arquivo Job.dat refere-se às famílias de jobs criadas pelo arquivo JobFamily.dat.Tarefa 2: Corrigir o Registro de Data Efetiva Mais Recente
Nesta etapa, você fará upload de uma correção para o registro de data efetiva mais recente do seu cargo.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 2 Correct Job.zip
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Meio Período Integral 1-Mar-2024 Sales SALES 32 PART_TIME 1-Jan-2020 28-Feb-2024 Sales SALES 16 PART_TIME 1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME - No dia 1 de março de 2024, as Horas de Trabalho Padrão foram corrigidas de 24 para 32.
- Nenhuma alteração foi feita em nenhum outro atributo neste registro.
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|32
Como já existe um registro para o cargo em 1º de março de 2024, ele será corrigido, em vez de uma nova divisão de data efetiva ser criada.
Dica:
Como apenas o StandardWorkingHours está sendo corrigido, você só precisa fornecer esse atributo. Outros atributos permanecerão inalterados.Em resumo:
Tarefa 3: Criar uma Atualização com Data Efetiva
Nesta tarefa, você fará upload de uma atualização de data efetiva para seu job.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 3 Update Job.zip
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Meio Período Integral 15-Mar-2024 Sales SALES 40 PART_TIME 1-Mar-2024 14-Mar-2024 Sales SALES 32 PART_TIME 1-Jan-2020 28-Feb-2024 Sales SALES 16 PART_TIME 1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME - Uma nova atualização com data efetiva é criada no dia 15 de março de 2024, aumentando o Horário de Trabalho Padrão para 40.
- A data final efetiva no registro que foi executada anteriormente para o fim do período é atualizada para 14 de março de 2024, o dia anterior à nova data inicial efetiva.
METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours MERGE|Job|SALES|COMMON|2024/03/15|40
Como você forneceu um EffectiveStartDate que ainda não existe para o job, uma nova divisão de data efetiva será criada.
Dica:
Se você não fornecer um valor para o EffectiveEndDate, a alteração será executada até o fim do tempo.Em resumo:
Tarefa 4: Excluir divisões com data efetiva futura
Nesta tarefa, você substituirá as duas últimas divisões com data efetiva por um novo registro.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 4 Replace DE Split in Job.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Meio Período Integral 1-Jan-2024 Sales SALES 40 FULL_TIME 1-Jan-2020 31-Dec-2022 Sales SALES 16 PART_TIME 1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME - Os registros com data efetiva começando em 1-Mar-2024 e 15-Mar-2024 são excluídos como existiam após o EffectiveStartDate de 1-Jan-2024.
- Um novo registro é criado com base nos valores de 1º de janeiro de 2024 que atualizam as Horas de Trabalho Padrão e Meio Período Integral.
- A data final efetiva do registro que precede imediatamente 1º de janeiro de 2024 tem sua data final efetiva atualizada para 31 de dezembro de 2022.
- Os atributos não fornecidos com valores no arquivo não são atualizados, mas transferidos do registro com data anterior, como o Código da Família de Cargos.
SET PURGE_FUTURE_CHANGES Y METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours|FullPartTime MERGE|Job|SALES|COMMON|2024/01/01|40|FULL_TIME
A instrução SET PURGE_FUTURE_CHANGES Y instrui o HDL a substituir quaisquer registros com data efetiva que existam dentro do intervalo de datas especificado pelos atributos EffectiveStartDate e EffectiveEndDate.
Em resumo:
Tarefa 5: Fazer Upload de uma Alteração Histórica que Retém Valores com Data Futura
Nesta etapa, você inserirá um registro com data efetiva sem substituir valores em registros com data futura.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o como Job.dat e compacte-o em um arquivo zip denominado 5 Reter Alterações Futuras Job.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Meio Período Integral 1-Jan-2024 Sales SALES 40 FULL_TIME 1-Jan-2020 31-Dec-2022 Sales SALES 16 PART_TIME 1-Jan-2015 31-Dec-2019 Consultor de Vendas 16 PART_TIME 1-Jan-2010 31-Dec-2014 Sales 16 PART_TIME - Um novo registro é criado em 1º de janeiro de 2015, definindo Nome como Consultor de Vendas.
- O novo registro tem uma data final efetiva derivada como o dia anterior à data inicial efetiva do próximo registro com data, ou seja, o próximo registro existente começa em 1º de janeiro de 2020, portanto, o novo registro terminará em 31 de dezembro de 2019.
- Todos os registros com data futura são mantidos. O valor Nome não é transferido por causa do uso do token #RETAIN fornecido para o atributo EffectiveEndDate.
- Os atributos não fornecidos com valores no arquivo herdarão seus valores do registro que existia anteriormente no 1-Jan-2015; o valor do atributo EffectiveStartDate especificado no arquivo.
SET PURGE_FUTURE_CHANGES N METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name MERGE|Job|SALES|COMMON|2015/01/01|#RETAIN|Sales Consultant
A instrução SET PURGE_FUTURE_CHANGES N
instrui o HDL a reter quaisquer divisões de data efetiva futuras existentes.
O valor #RETAIN
fornecido para o atributo EffectiveEndDate informa ao HDL para manter os valores de atributo em todos os registros de data efetiva futuros existentes.
Em resumo:
Tarefa 6: Fazer Upload de uma Alteração Histórica Atualizando Registros com Data Futura
Nesta etapa, você corrigirá todos os registros de data efetiva existentes a partir da data inicial especificada pelo atributo EffectiveStartDate.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 6 Substituir Alterações Futuras Job.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Período Integral - Meio Período 1-Jan-2024 Consultor de Vendas SALES 40 FULL_TIME 1-Jan-2020 31-Dec-2022 Consultor de Vendas SALES 16 PART_TIME 1-Jan-2015 31-Dec-2019 Consultor de Vendas 16 PART_TIME 1-Jan-2010 31-Dec-2014 Consultor de Vendas 16 PART_TIME - Todas as divisões com data efetiva são mantidas.
- Todos os registros do EffectiveStartDate daqui para frente são corrigidos com a alteração do nome do Consultor de vendas, exceto o registro com data de 1º de janeiro de 2015, pois não havia nenhuma alteração a ser feita.
- Somente os valores de atributo fornecidos no arquivo são transferidos.
SET PURGE_FUTURE_CHANGES N METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name MERGE|Job|SALES|COMMON|2010/01/01|#ALL|Sales Consultant
A instrução SET PURGE_FUTURE_CHANGES N
instrui o HDL a reter quaisquer divisões de data efetiva futuras existentes.
O valor #ALL
fornecido para o atributo EffectiveEndDate informa ao HDL para fazer rollback dos valores de atributo fornecidos em todos os registros com data efetiva futura.
Em resumo:
Tarefa 7: Excluir um Registro com Data Efetiva
Nesta etapa, você excluirá o registro de data efetiva desnecessário que começa em 1º de janeiro de 2015, pois os valores de atributo são idênticos ao registro que o precede imediatamente.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 7 Delete Date Effective Splits.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Meio Período Integral 1-Jan-2024 Consultor de Vendas SALES 40 FULL_TIME 1-Jan-2020 31-Dec-2022 Consultor de Vendas SALES 16 PART_TIME 1-Jan-2010 31-Dec-2019 Consultor de Vendas 16 PART_TIME - Para excluir um registro com data efetiva, forneça o EffectiveStartDate com a data inicial efetiva do último registro que você deseja manter. Especifique o EffectiveEndDate com a data final efetiva do último registro que você precisa excluir.
- Neste exemplo, somente o registro que começa em 1º de janeiro de 2015 deve ser excluído:
- Especifique 2010/01/01 para o EffectiveStartDate, que é a data inicial efetiva do último registro a ser mantido. Isso garante que nenhuma nova divisão de datas seja criada, pois o registro de 1º de janeiro de 2010 já existe.
- Especifique 2022/12/31 para o EffectiveEndDate, que é a data final efetiva do último registro a ser excluído. Isso garante que não haja alterações nos registros após essa data.
SET PURGE_FUTURE_CHANGES Y METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31
A instrução SET PURGE_FUTURE_CHANGES Y
instrui o HDL a substituir quaisquer registros com data efetiva que existam dentro do intervalo de datas especificado pelos atributos EffectiveStartDate e EffectiveEndDate.
Como apenas os atributos para identificar o job são fornecidos, nenhuma correção ou atualização é feita em nenhum atributo por este arquivo.
Em resumo:
Tarefa 8: Excluir Valores de Atributo
Nesta etapa, você excluirá o valor de um atributo para um intervalo de datas.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 8 Delete Attribute Values.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Período Integral - Meio Período 1-Jan-2024 Consultor de Vendas SALES FULL_TIME 1-Jan-2020 31-Dec-2022 Consultor de Vendas SALES PART_TIME 1-Jan-2010 31-Dec-2019 Consultor de Vendas PART_TIME - Os valores para as Horas de Trabalho Padrão e Frequência de Trabalho Padrão (que não é mostrada nesta tabela) são excluídos da data inicial efetiva em todos os registros com data posterior.
SET PURGE_FUTURE_CHANGES N METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours|StandardWorkingFrequency MERGE|Job|SALES|COMMON|2010/01/01|#ALL|#NULL|#NULL
A instrução SET PURGE_FUTURE_CHANGES N
instrui o HDL a reter quaisquer divisões de data efetiva futuras existentes.
O valor #NULL
fornecido para os atributos StandardWorkingHours e StandardWorkingFrequency instrui o HDL a remover o valor desses atributos.
O valor #ALL
fornecido para o atributo EffectiveEndDate informa ao HDL para fazer rollback dos valores de atributo em todos os registros de data efetiva futuros existentes.
Dica:
Você também pode fornecer a data final da alteração, como 4712/12/31, para transferir essa alteração até o final do tempo. No entanto, se o objeto tiver sido com data final, ou seja, a última data efetiva for algo diferente de 4712/12/31, a atualização falhará.Em resumo:
Tarefa 9: Alterar a Data Inicial Lógica
Nesta etapa, você ajustará a primeira data inicial efetiva para o cargo. Isso substituirá a primeira divisão de data efetiva existente.
Dica:
Use a tarefa Exibir Objetos de Negócios para determinar se um objeto suporta atualizações para a primeira ou última data efetiva.- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Job.dat e compacte-o em um arquivo zip denominado 9 Ajustar Início Date.zip.
- Importe e carregue seu arquivo zip. Isso terá o seguinte impacto no seu trabalho:
Existem os seguintes registros de data efetiva para o job de Vendas. Data Inicial Efetiva Data Final de Efetivação Nome Código de Família de Cargos Horas de Trabalho Padrão Período Integral - Meio Período 1-Jan-2024 Consultor de Vendas SALES FULL_TIME 1-Jan-2020 31-Dec-2022 Consultor de Vendas SALES PART_TIME 1-Jan-2000 31-Dec-2019 Consultor de Vendas PART_TIME - A primeira data de início efetiva é alterada para o EffectiveStartDate fornecido no arquivo.
- O EffectiveEndDate especificado neste exemplo foi a data final do primeiro registro de data efetiva existente 31 de dezembro de 2019.
SET PURGE_FUTURE_CHANGES Y METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|ReplaceFirstEffectiveStartDate|Name MERGE|Job|SALES|COMMON|2000/01/01|2019/12/31|Y|Sales Consultant
A instrução SET PURGE_FUTURE_CHANGES Y
instrui o HDL a substituir quaisquer divisões de data efetiva futuras que existam dentro do intervalo de datas especificado pelos atributos EffectiveStartDate e EffectiveEndDate.
Quando o atributo ReplaceFirstEffectiveStartDate for definido como Y, o HDL ajustará a data inicial lógica para a especificada pelo atributo EffectiveStartDate.
Observação:
Como o nome do job é obrigatório e traduzido, você também precisa especificar o atributo Nome para que a primeira data inicial efetiva do registro de tradução também possa ser ajustada.Em resumo:
Observação:
Se quiser manter as divisões existentes e criar um novo registro antes daquelas da nova data inicial, use a instruçãoSET PURGE_FUTURE_CHANGES N
para manter registros com data futura.
Dica:
Você pode ajustar a data final efetiva para objetos que a suportam usando o atributo ReplaceLastEffectiveEndDate.Tarefa 10: Carregando Várias Alterações por Dia
Os registros de condições de emprego e atribuição na hierarquia de objetos do Colaborador suportam várias alterações por dia (MCPD). Isso permite rastrear atualizações individuais feitas na mesma data inicial efetiva.
Quando você carrega o histórico de data efetiva para um objeto com várias alterações em uma única data, o valor EffectiveSequence deve começar em 1 e aumentar sequencialmente. Não é possível repetir um valor EffectiveSequence para o mesmo objeto lógico na mesma data, nem podem existir lacunas na sequência. Se houver apenas uma alteração para uma data inicial efetiva, EffectiveSequence deverá ser 1.
Por exemplo:
METADATA|Assignment|SourceSystemId|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|... MERGE|Assignment|2724|2012/06/02||1|Y|... MERGE|Assignment|2724|2012/03/04|2012/06/01||3|Y... MERGE|Assignment|2724|2012/03/04|2012/03/04|2|N|... MERGE|Assignment|2724|2012/03/04|2012/03/04|1|N|... MERGE|Assignment|2724|2010/06/08|2012/03/03|1|Y|...
Este exemplo observa estas regras:
- Não existem lacunas nas datas.
- A chave exclusiva é idêntica para todos os registros com data efetiva.
- EffectiveSequence começa em 1 para todas as novas datas iniciais efetivas e é sequencial para as datas iniciais efetivas correspondentes.
- EffectiveLatestChange é S quando o registro é a última alteração em uma data inicial efetiva. Caso contrário, EffectiveLatestChange será N.
- O EffectiveEndDate corresponde ao EffectiveStartDate quando EffectiveLatestChange é N.
- Crie um novo arquivo e informe o seguinte:
- Salve seu arquivo nomeando-o Worker.dat e compacte-o em um arquivo zip denominado 10 MCPD.zip.
- Importe e carregue seu arquivo zip. Isso criará um colaborador com estes registros de data efetiva para a Atribuição:
Existem os seguintes registros de data efetiva para a atribuição do colaborador. Data Inicial Efetiva Data Final de Efetivação Sequência Efetiva Ação Job Horas Padrão 10-May-2010 2 WORK_HOURS_CHANGE MGR 37.5 10-May-2010 10-May-2010 1 JOB_CHANGE MGR 40 8-Feb-2005 9-May-2010 1 HIRE SCN 40
METADATA|Worker|SourceSystemOwner|SourceSystemId|EffectiveStartDate|PersonNumber|StartDate|DateOfBirth|ActionCode MERGE|Worker|EMP|MCPD|2005/02/08|HDL-MCPD|2005/02/08|1966/04/21|HIRE METADATA|PersonName|SourceSystemOwner|SourceSystemId|EffectiveStartDate|PersonId(SourceSystemId)|NameType|LegislationCode|Title|LastName|FirstName MERGE|PersonName|EMP|MCPD_NME|2005/02/08|MCPD|GLOBAL|US|MRS.|Hugh|Lorraine METADATA|WorkRelationship|SourceSystemOwner|SourceSystemId|PersonId(SourceSystemId)|LegalEmployerName|DateStart|WorkerType|PrimaryFlag MERGE|WorkRelationship|EMP|MCPD_POS|MCPD|Vision Corporation|2005/02/08|E|Y METADATA|WorkTerms|SourceSystemOwner|SourceSystemId|PeriodOfServiceId(SourceSystemId)|ActionCode|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|AssignmentName|AssignmentNumber|PrimaryWorkTermsFlag MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|WORK_HOURS_CHANGE|2010/05/10|4712/12/31|2|Y|ET-MCPD|ET-MCPD|Y MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|JOB_CHANGE|2010/05/10|2010/05/10|1|N|ET-MCPD|ET-MCPD|Y MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|HIRE|2005/02/08|2010/05/09|1|Y|ET-MCPD|ET-MCPD|Y METADATA|Assignment|SourceSystemOwner|SourceSystemId|ActionCode|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|WorkTermsAssignmentId(SourceSystemId)|AssignmentName|AssignmentNumber|AssignmentStatusTypeCode|PersonTypeCode|BusinessUnitShortCode|PrimaryAssignmentFlag|JobId(SourceSystemId)|JobId(SourceSystemOwner)|StandardHours|StandardFrequencyDB MERGE|Assignment|EMP|MCPD_ASG|WORK_HOURS_CHANGE|2010/05/10|4712/12/31|2|Y|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|MGR|VISION|37.5|W MERGE|Assignment|EMP|MCPD_ASG|JOB_CHANGE|2010/05/10|2010/05/10|1|N|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|MGR|VISION|37.5|W MERGE|Assignment|EMP|MCPD_ASG|HIRE|2005/02/08|2010/05/09|1|Y|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|SCN|VISION|40|W
Dica:
Os cargos referenciados por esse arquivo são criados no tutorial Criar e Manter Dados com o Carregador de Dados do HCM (HDL).Você também precisará atualizar o valor do atributo LegalEmployerName no WorkRelationship e o BusinessUnitShortCode nos registros de Atribuição para o valor disponível no seu ambiente.
Observação:
Certifique-se de criar o proprietário do sistema de origem no aplicativo antes de carregar este arquivo ou alterar o SourceSystemOwner para um valor que já existe.Dica:
Ao fornecer alterações de data efetiva para um registro de Atribuição, você deve criar as mesmas divisões de data efetiva no registro WorkTerms.Próximas Etapas
Os tutoriais a seguir expandirão ainda mais seu conhecimento sobre o Carregador de Dados do HCM:
Links Relacionados
Os tutoriais mais recentes para HDL e HSDL são publicados neste tópico no Cloud Customer Connect:
Para obter mais informações, consulte este tópico de ajuda:
Agradecimentos
- Autores - Ema Johnson (Gerente Sênior de Produtos)
Mais Recursos de Aprendizagem
Explore outros laboratórios em docs.oracle.com/learn ou acesse mais conteúdo de aprendizado gratuito no canal do Oracle Learning YouTube. Além disso, acesse education.oracle.com/learning-explorer para se tornar um Oracle Learning Explorer.
Para obter a documentação do produto, visite o Oracle Help Center.
Fazendo Alterações de Data Efetiva com o Carregador de Dados do HCM (HDL)
G34064-01
Maio de 2025