Geração de Alertas
Formas de Implementação de Alertas
Atualmente, existem duas formas de implementação de envios de alertas:
- Pelo
cmdAlertapresente natab_alerta. - Pelo próximo sistema, onde métodos geram um
idf_atividadeapós a ação executada.
Caso 1: Alertas Disparados pela Aplicação
Identificando Alertas Disparados pela Aplicação
Para verificar se um alerta é disparado dessa forma, basta verificar a implementação no código. Caso tenha sido criada uma nova classe em /Employer.Plataforma.Plugins.WebFopag/PluginsEntrada, ele foi implementado dessa forma e será disparado diretamente pelo serviço de e-mail.
-
Identificar quando o alerta deverá ser disparado
- Para esta demonstração, utilizaremos os alertas:
- “Alerta - SYNGENTACOM - Pagamentos Realizados por Empregado”
- “Alerta - SYNGENTACOM - Pagamentos Realizados por Empresa”
SELECT * FROM plataforma.tab_alerta WHERE des_alerta IN ('Alerta - SYNGENTACOM - Pagamentos Realizados por Empregado', 'Alerta - SYNGENTACOM - Pagamentos Realizados por Empresa')Na descrição, é possível observar que o alerta é disparado sempre após um pagamento de folha ser realizado.

- Para esta demonstração, utilizaremos os alertas:
-
Configurar o alerta para ser disparado no seu e-mail
- Acesse
/AlertasConfiguracaoCadastro.aspx.

- Acesse
-
Consultar a
tab_atividadee armazenar o últimoidf_atividadegerado- Nesse caso, o último foi:
74468.
SELECT TOP 10 * FROM dbo.TAB_Atividade AS TA ORDER BY TA.Dta_Cadastro DESC
- Nesse caso, o último foi:
-
Realizar um pagamento de folha qualquer
- Como estes alertas são disparados após o pagamento, realize um pagamento de folha qualquer.

- Como estes alertas são disparados após o pagamento, realize um pagamento de folha qualquer.
-
Consultar a
tab_atividadepara verificar os novosidfgerados- Capture o último gerado.

- Capture o último gerado.
-
Abrir o projeto da WebFoPag
- Acesse o
App.ConfigeGenericTest.csdo subprojeto de testes.

- Acesse o
-
Substituir o endpoint no
App.Config- Troque o endpoint de teste:
Pelo de produção:http://wstesteservicoemail.ponteazul.com.br/WsEnviaEmail.svchttp://wsprdservicoemail.ponteazul.com.br/WsEnviaEmail.svc
- Troque o endpoint de teste:
-
Preencher os valores na classe
GenericTest- Inclua o
CS, o tipo de processo (E-mail) e oidfda atividade, substituindo os valores.

- Inclua o
-
Executar o teste
- Clique com o botão direito e selecione
DepurarTesteouDebugTest.

- Clique com o botão direito e selecione
-
Verificar o envio do e-mail
- Após a execução, o sistema enviará o e-mail. Pode levar até 10 minutos para o recebimento.

- Após a execução, o sistema enviará o e-mail. Pode levar até 10 minutos para o recebimento.
Caso 2: Alertas Gerados pelo Banco de Dados
Identificando Alertas Gerados pelo Banco de Dados
-
Identificar quando o alerta deverá ser disparado
- Para esta demonstração, utilizaremos o alerta:
- “Alerta - Remanejamento de Contrato”
SELECT * FROM plataforma.TAB_Alerta WHERE Des_Alerta IN ('Alerta - Remanejamento de Contrato')Na descrição, é possível observar que o alerta é disparado sempre após um remanejamento de contrato.

- Para esta demonstração, utilizaremos o alerta:
-
Configurar o alerta para ser disparado no seu e-mail
- Acesse
/AlertasConfiguracaoCadastro.aspx.

- Acesse
-
Remanejar um funcionário via tela
- Realize o remanejamento conforme necessário.

- Realize o remanejamento conforme necessário.
-
Verificar o script responsável por identificar os alertas
- O script estará presente na coluna
CMD_Alerta, na tabelaTab_Alerta.

- O script estará presente na coluna
-
Rodar o script no banco de dados
- Consulte se os dados estão preenchidos corretamente conforme as regras do protótipo solicitado pela backlog.

- Consulte se os dados estão preenchidos corretamente conforme as regras do protótipo solicitado pela backlog.
Nota: Certifique-se de seguir as boas práticas ao realizar alterações no banco de dados e ao configurar alertas para evitar impactos indesejados no sistema.