Dados - Implementar Configuração para Separar o e-mail do comprovante do e-mail do usuários - (DRHCLOCKIN-11298)
Cenário Atual
O sistema utiliza exclusivamente o campo mdmemailaddress (e-mail principal) para todas as notificações e processos de provisionamento de acesso. Embora as integrações (Datasul, RM, Protheus) possuam a informação de e-mail secundário/pessoal na origem, o DM Employee não possui campo específico para persistir esse dado, nem lógica para utilizá-lo de forma segregada.
Objetivo
Deploy da pipeline que propaga o e-mail secundário {personalemailaddress} que será utilizado para direcionar o envio de comprovante ao e-mail do funcionário (Principal {mdmemailaddress} ou Pessoal {personalemailaddress}) com base novo setting do Backoffice, Tipo do E-mail para Recibo {receiptemailtype}, com a função de dissociar a origem do endereço de e-mail utilizado no envio de comprovantes daquele utilizado na criação automática de usuários.
Dados - Ajustar a Geração de NSR para verificar as configurações de email do Settings no envio de comprovantes - (DRHCLOCKIN-11299)
Cenário Atual
A rotina de Geração de NSR utiliza apenas um campo de e-mail (mdmemailaddress).
Objetivo
Deploy da Geração de NSR para direcionar o envio de comprovante ao e-mail do funcionário (Principal {mdmemailaddress} ou Pessoal {personalemailaddress}) com base novo setting de Backoffice, Tipo do E-mail para Recibo {receiptemailtype}, com a função de dissociar a origem do endereço de e-mail utilizado no envio de comprovantes daquele utilizado na criação automática de usuários.
Backoffice - Criar o campo e-mail Pessoal no Cadastro de Funcionários - (DRHCLOCKIN-11302)
Cenário Atual
O campo “E-mail Pessoal” (criado na issue DRHCLOCKIN-11298) existe na tabela de Funcionários, mas não está visível, disponível para filtro ou incluso em exportações do Backoffice .
Objetivo
Exibir e disponibilizar para filtros o novo campo E-mail Pessoal nas telas de cadastro de Funcionários.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas