Este material deve ser utilizado como um CHECK LIST para a montagem e execução do processo de WR do produto Automação Fiscal.

TODAS as etapas citadas neste documento são OBRIGATÓRIAS e não podem ser desconsideradas nas respectivas etapas do WR.

1. Pré-Validação dos Artefatos:

Nesta etapa devem ser executadas as etapas abaixo para garantir que os artefatos gerados estão de fato corretos e atualizados, apenas após GARANTIR que o item esta correto deve-se marcar o CHECK BOX como concluído. 

A cada nova geração do pacote e/ou atualizador todas as etapas abaixo devem ser novamente realizadas obrigatoriamente !

•  Obter a confirmação com o PO do TAF ([email protected]), GPE([email protected]) e MDT([email protected]) sobre o os POs envolvidos no WR  sobre o término de todas as entregas(fonte e dicionário) que devam estar no ambiente do WR. (Seguindo cronograma destacado mais abaixo);
  •  GPE  ( [email protected]);
  •  MDT ([email protected]);
  •  TAF eSocial ([email protected]);
  •  TAF REINF ([email protected]);
  •  TSS ([email protected]);
•  Validar com o PO do TAF([email protected]) se a versão atual do instalador está com todos os testes concluídos para que se inicie o processo do WR;
•  

  Garantir que todos os artefatos (Menus, Release Notes e qualquer outro artefato que precise ser incorporado no Pacote) estão atualizados no diretório: \\10.171.67.119\Compartilhada_Pre_Pacote\ - Se não estiver atualizado conversar com os responsáveis solicitando a atualização antes de seguir com as próximas etapas;

•  Validar se o sistema operacional do servidor é compatível com o binário Lobo Guará e Harpia ( Application Server 19.3.0.x e superiores - Sistemas operacionais );
•  Solicitar a engenharia a geração do artefato do WR ( instalador e pacote pontual ), são os artefatos que serão utilizados durante todos os testes do WR. (Seguindo cronograma destacado mais abaixo);
•  Confirmar se as bases os bancos de dados estão no ar com o time do Ronaldo no GCAD, em casos onde a base for criada do zero solicitar ao mesmo time a criação dos bancos de dados ( para saber qual banco de dados será necessário consulta a seção "Montagem de Ambientes" mais abaixo neste material);
•   Pedir aos TLs do time do TAF eSocial e Fiscal todos os pacotes de dicionário que foram incorporados nos últimos 5 meses, validar manualmente e pontualmente se todos constam tanto no dicionário do atualizador quanto no dicionário do ".zip" gerados pela engenharia no item anterior;
•  Avaliar todas as quebras da automação na versão 12.1.27 e 12.1.33 sobre a execução que foi gerada nos artefatos gerados pela engenharia ( ATENÇÃO: Não são as quebras do D-1 mas sim as quebras da execução que foi feita pela engenharia sobre os artefatos do WR). Direcionar todas as quebras para as TLs do TAF avaliarem com seus times se são de fato problemas de produto ou alguma outra situação mapeada, somente seguir após o "ok" de ambos times, no caso de algum problema ser encontrado deve-se conversar com o PO para definir se vamos regerar ou não o pacote;
•  Validar se o sistema operacional do servidor é compatível com o binário Lobo Guará e Harpia ( Application Server 19.3.0.x e superiores - Sistemas operacionais ); Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia a LIB é a última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o BINÁRIO é o última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o DBACCESS é o última disponível no portal do cliente;
•  Validar se o release notes de todos os produtos estão contemplando as últimas entregas do produto;
•  Prosseguir com a criação/atualização das bases seguindo o cronograma destacado mais abaixo, a forma como as bases devem ser criadas estão destacadas no tópico "Montagem de Ambiente";
•  Abrir a interface de diagnóstico no ambiente e validar se as informações estão todas corretas ( data do dic, data do repositório e informações gerais da tela);
•  Realizar neste momento um "bkpBKP" de toda a estrutura do produto (Binário, LIB, Dicionário, RPO, etc.. ), esta estrutura deve ficar apenas como uma base de consulta para caso ocorra algum problema durante os testes e seja necessário validar como estava a versão inicial dos testes;
•  Validar em todos os grupos de empresas existentes os parâmetros abaixo:
  •  MV_VAUTCON - Precisa estar na última versão expedida;
  •  ....
  •  ....
  •  ....
  •  ....
  • das tabelas autocontidas expedidas;
  •  MV_BACKEND - Precisa estar configurado nas bases onde não existe porta MPP;
  •  MV_GCTPURL - Precisa estar configurado nas bases onde não existe porta MPP;
  •  MV_TAFAMBR - Precisa esta configurado como ambiente de pré-produção;
  •  MV_TAFAMBE - Precisa esta configurado como ambiente de pré-produção;
  •  MV_TAFVLRE - Precisa estar configurado com a última versão do layout da EFD REINF;
  •  MV_TAFVLES - Precisa estar configurado ou com a versão 2.5 ou 1.0 do eSocial conforme definido no detalhe de cada ambiente mais abaixo;
•  Configurar o Security = 1 no appserver.ini - Vamos realizar os testes com a segurança habilitada;
•  Validar se o serviço TSI está no ar no ambiente que será utilizado pelo time Fiscal;
•  Realizar a integração de um evento do eSocial e um evento da EFD REINF pela TAFST2 para garantir que o ambiente está funcional;
•  Abrir rotinas em PO UI ( eSocial e EFD REINF ) e validar se estão funcionando conforme o esperado;
•  Retirar do menu (apenas no ambiente, NÃO editar arquivo XNU a ser expedido) as rotinas de monitoramento da EFD REINF(TAFXREINF) e eSocial(TAFMONTES); 

Itens para o futuro ( Desconsiderar por hora ):

• Avaliar com Evandro se foi montada uma base local simulando o Smart eSocial com SO em Linux para validar possíveis problemas que ocorram no ambiente durante os testes;

2. Cronograma WR - Março/Abril de 2022:

1. Entrega de todos os artefatos de desenvolvimento para os produtos TAF, GPE e MDT:
   1. Entrega de todos os fontes, dicionários e release note atualizados e finalizados para a entrega do WR;
   2. Prazo: 18/03/2022  
   3. Responsável: Product Owner TAF, GPE e MDT
2. Entrega final dos demais produtos que integram com o TAF e serão expedidos juntos com o WR:
   1. Entrega do produto e release note atualizado e finalizado para a entrega do WR;
   2. Prazo: 25/03/2022 
   3. Responsável: DTS, RM e QUIRONS
3. Solicitar a geração dos pacotes que serão validados durante o WR a engenharia Protheus e também a execução dos testes automatizados sobre estes artefatos gerados para todas as releases vigentes(12.1.27 e 12.1.33):
   1. Prazo: 21/03/2022
   2. Responsável: Maestro do WR
4. Montagem dos Ambientes de Teste:
   1. Prazo: Do dia 21/03/2022 até o dia 01/04/2022;
   2. Responsável: Maestro do WR
5. Envio dos certificados Digitais que serão utilizados pelo TAF e TSS nos testes:
   1. Prazo: Até 28/03/2022 
   2. Responsável: DTS, RM ,Protheus, Quirons, MDT
6. Execução do WR:
   1. Prazo: Do dia 04/04/2022 até o dia 15/04/2022 
   2. Responsável: Todos
7. Período de Margem para desvios:
   1. Prazo: Do dia 18/04/2022 até o dia 21/04/2022;
8. Expedição ao mercado prevista para o dia 22/04/2022 

3. Montagem/Atualização de Ambientes:

O processo de montagem e/ou atualização dos ambientes tem como objetivo realizar a validação do maior número de cenários de configuração possíveis em ambientes de cliente, pela diversidade que o Protheus permite é totalmente inviável validar todos os cenários mas aqui vamos buscar cobrir a maior quantidade de cenários.

TODAS as etapas abaixo devem OBRIGATORIAMENTE ser realizadas para a montagem e atualização dos ambientes:

Ambiente 1 - Validação do Instalador do TAF/TSS:

O objetivo deste primeiro ambiente é simplesmente validar se ao executar o instalador do TAF/TSS a base é criada corretamente sem nenhuma ocorrência de erro, para validar isso é necessário executar o instalador 1 vez no início da montagem do ambiente ( com o artefato gerado pela engenharia ) e uma outra vez no início do segundo ciclo de testes ( com o novo artefato gerado pela engenharia ).

Este ambiente não será usado pelos times para testes, sendo assim pode ser montado em base local justamente visando validar o instalador !

Local da Base: Ambiente Local do analista.

Ambiente 2 - Validação do Atualizador do TAF/TSS:

No início de cada WR este ambiente será criado OBRIGATORIAMENTE através do instalador do TAF buildado em Maio/21 e atualizado com o atualizador buildado para entrega nesta WR que está sendo homologada, o objetivo é garantir que clientes que estejam nas versões antigas do produto não terão dificuldades na atualização do ambiente.

Este ambiente será utilizado especificamente pelo time do TAF para os testes de seus cenários, tanto no eSocial quanto no Fiscal:

Local da Base: VM do WR;

Versão Layout eSocial: 2.5

Versão Layout REINF: Última Vigente 

Release: Inicial 12.1.27 e Final 12.1.33 (após o término da atualização);

Banco de Dados: ORACLE;

Dicionário: CTREE;

Integração WS / PO UI: Utilizar serviço TAFCFGJOB SEM uso da porta MPP;

Usuário(s) x Acessos: Para cada usuário listado abaixo criar um respectivo no configurador ( Ex.. TAF_Fiscal_1, TAF_Fiscal_2, TAF_eSocial_1, etc.. ), deixar esses usuários com acesso FULL apenas ao módulo SIGATAF, definir uma senha padrão e solicitar que seja alterada no primeiro acesso ao produto;

Qtde Grupo de Empresas / Filiais : Realizar a criação conforme quadro abaixo:

Ambiente 3 - Atualização do TAF/TSS via atualizador do TAF:

Este ambiente deve ser criado uma única vez (no WR de Março/22) e sempre ser apenas atualizado com o atualizador buildado para expedição no WR que esta sendo homologado, o objetivo é validar se o cliente que está com a última versão do pacote acumulado terá problemas na atualização de seu produto.

Este ambiente será utilizado especificamente por todos os times de RH que fazem integração WS com o produto TAF:

Local da Base: VM do WR;

Versão Layout eSocial: 1.0(Simplificado);

Versão Layout REINF: Última Vigente;

Release: 12.1.33;

Banco de Dados: SQLSERVER;

Dicionário: CTREE;

Integração WS / PO UI: Utilizar serviço TAFCFGJOB COM uso da porta MPP;

Usuário(s) x Acessos: Para cada usuário listado abaixo criar um respectivo no configurador ( Ex.. Folha_RM_1, Folha_RM_2, Folha_RM_3, etc.. ), deixar esses usuários com acesso FULL apenas ao módulo SIGATAF, definir uma senha padrão e solicitar que seja alterada no primeiro acesso ao produto.

Qtde Grupo de Empresas / Filiais : Realizar a criação conforme quadro abaixo:

Ambiente 4 - Atualização do TAF/TSS via arquivo ".zip" gerado para o GPE:

Este ambiente será utilizado pelos produtos que integram de forma "nativa" com o TAF (GPE/MDT).

Local da Base: VM do WR;

Versão Layout eSocial: 1.0(Simplificado);

Versão Layout REINF: Última Vigente;

Release: 12.1.27;

Banco de Dados: POSTGREE;

Dicionário: No Banco de Dados;

Integração WS / PO UI: Utilizar serviço TAFCFGJOB COM uso da porta MPP;

Usuário(s) x Acessos: Para cada usuário listado abaixo criar um respectivo no configurador ( Ex.. GPE_1, GPE_2, etc..), deixar esses usuários com acesso FULL apenas ao módulo SIGATAF, definir uma senha padrão e solicitar que seja alterada no primeiro acesso ao produto.

Qtde Grupo de Empresas / Filiais : Realizar a criação conforme quadro abaixo:

Abaixo o Fluxo que deve ser seguido para montar esse ambiente:

Ambiente 5 - Validação da Integração via QUIRONS

Abaixo o Fluxo que deve ser seguido para montar esse ambiente:

Criar usuário x Acessos 

Ambiente 6 - Atualização do Smart eSocial

Incluir os artefatos onde é necessário e garantir junto ao Renato Campos que o ambiente esta atualizado com os artefatos a serem liberados no WR;

Precisamos ter uma base sempre criada do zero pelo instalador e outra realizando a migração para a release mais atual do produto.

• Montar o ambiente se baseando no pacote de Maio/21

4. Atividades Durante o Primeiro Ciclo do WR:

As atividades abaixo devem ser realizadas TODOS OS DIAS durante o processo de testes do WR:

•  Atualizar o D-1 (apenas fonte) todo dia de manhã antes do início dos testes e aplicar a última LIB EXPEDIDA no portal do cliente;
•  Validar se existe necessidade de alteração de dicionário, se sim, deve-se aplicar o pacote pontualmente e anotar esse ajuste de dicionário para validar no se na geração do artefato final ele esta contemplado;
•  Anotar todas as manutenções que foram expedidas durante o WR para os projetos DSERTAF1 e DSERTAF2, independente se foram efetivadas alterações de fonte ou dicionário, no artefato final precisa validar se todas essas issues foram contempladas para expedição;
•  Avaliar os fluxos de montagem de ambiente para verificar como realizar a validação destes novos artefatos gerados;

5. Atividades Durante o Segundo Ciclo do WR:

•  Avaliar todas as quebras da automação na versão 12.1.27 e 12.1.33 sobre a execução que foi gerada nos artefatos gerados pela engenharia ( ATENÇÃO: Não são as quebras do D-1 mas sim as quebras da execução que foi feita pela engenharia sobre os artefatos do WR). Direcionar todas as quebras para as TLs do TAF avaliarem com seus times se são de fato problemas de produto ou alguma outra situação mapeada, somente seguir após o "ok" de ambos times, no caso de algum problema ser encontrado deve-se conversar com o PO para definir se vamos regerar ou não o pacote;
•  Validar se todas as issues solucionadas durante o primeiro ciclo estão contempladas no pacote final ( dicionário, fonte ) - tanto no atualizador quanto no arquivo ".zip";
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia a LIB é a última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o BINÁRIO é o última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o DBACCESS é o última disponível no portal do cliente;
•  Atualizar as bases do TAF e TSS com o novo artefato final gerado pela engenharia;
•  Avaliar os fluxos de montagem de ambiente para verificar como realizar a validação destes novos artefatos gerados;

6. Oque fazer no caso de erros encontrados durante os testes ?