Histórico da Página

...

Atualmente, o sistema utiliza *um único campo de e-mail* (o e-mail principal, {{{}mdmemailaddress{}}}) (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).

...

• 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).

...