Implementar Configuração para Separar o e-mail do comprovante do e-mail do usuários  (DRHCLOCKIN-11298)

Atualmente, o sistema utiliza um único campo de e-mail (o e-mail principal, (mdmemailaddress), tanto para o envio do comprovante de marcação quanto para a criação automática de login/usuário (quando configurado via regra de login "email employee"). Em integrações como Datasul, o sistema já permite escolher entre e-mail principal e e-mail de contato, mas essa lógica não se aplica de forma separada e parametrizável para todas as finalidades. Isso limita a capacidade do cliente de direcionar comunicações específicas para e-mails diferentes (ex: comprovante para e-mail pessoal e login para e-mail corporativo).

O que foi implementado:

Essa feature ainda está em desenvolvimento, nesta release foi implementada a estrutura e dependências necessárias para, futuramente, permitir que o cliente configure qual e-mail deve ser usado para cada finalidade (Comprovante/Usuário):

• Novo Campo de E-mail Pessoal: Criado um novo campo no Data Model Employee chamado Email Pessoal (personalemailaddress) para armazenar um e-mail secundário (pessoal) do funcionário.
• Novo Campo de E-mail Pessoal: Criado um novo campo na Staging Employee chamado personalemailaddress para armazenar um e-mail secundário (pessoal) do funcionário quando cadastro é realizado através do Backoffice.
• Novo Parâmetro/Setting do Backoffice para Envio do Comprovante: Criado um parâmetro/setting Tipo do E-mail para Recibo (ReceiptEmailType) que permite ao administrador escolher se o comprovante será enviado para o Email Principal (mdmemailaddress) ou para o Email Pessoal (personalemailaddress)
• Novo Parâmetro/Setting do Backoffice para Criação de Usuário/Login: Criado um parâmetro/setting Tipo do E-mail para Login (LoginEmailType) que permite ao administrador escolher se a criação automática de usuário/login será baseada no Email Principal (mdmemailaddress) ou para o Email Pessoal (personalemailaddress).