*Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. |
*Resultado esperado: | Informar qual o objetivo do apoio. |
*Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. |
*Rotina: | Informar qual a rotina na qual o erro acontece. |
*Data de todos os fontes: | Anexar o arquivo extraído com todos os fontes e suar datas (dentro do Protheus, clicar no Shift + F6 > Exportar dados > Salvar o arquivo e anexar na Evidência) |
*Banco de dados do cliente: | Informar qual o banco de dados do cliente. |
*Dicionário de dados no banco de dados? | Informar se o cliente possui dicionário de dados no banco de dados. |
*Binário: | Informar qual a versão do binário do cliente. |
*Atualização realizada? Qual? (ex.: UPDDISTR, aplicação de pacote atualizado da expedição contínua etc) | Informar se o cliente fez atualização na base e, se sim, qual. |
*Data do RPO utilizado (D-1): | Informar qual a data do RPO (D-1) da base do cliente. |
*Requisitos Gerais: | - Verificar se o preenchimento dos campos no cadastro do job FWTECHFINJOB está correto (ex.: IP, porta, ambiente, nº de threads, rotina, empresa/filial, módulo e recorrência como "Sempre Ativo") e se o job está iniciado;
- Verificar se os parâmetros MV_CONSIG, MV_CSAUTID e MV_CSAUTSE foram criados no sistema, via consulta no banco ou no SIGACFG;
- Verificar se os dados inseridos na configuração do Wizard estão conforme e-mail recebido com os dados para configuração;
- Verificar se os parâmetros MV_CONSIG, MV_CSAUTID, MV_CSAUTSE, MV_URLRAC e MV_URLPLAT estão preenchidos conforme esperado. Lembrando que o MV_CSAUTSE é preenchido com um calor criptografado. Essa conferência pode ser feita em consulta na tabela SX6 ou no SIGACFG;
- Para garantir que os dados estão subindo corretamente, verificar o log no console.log ou no Appserver. Recomenda-se habilitar o FWTRACELOG=1 e o CONSOLELOG=1, no appserver.ini. (caso seja necessário, segue procedimento: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360026026133-RM-Como-habilitar-e-gerar-o-Fwtracelog-no-console-log-do-protheus-);
- Verificar, no banco de dados, se o campo S_T_A_M_P_, das tabelas utilizadas no TOTVS Consignado, está como 'NULL' (primeiro envio de dados) ou preenchido com data e hora;
- Verificar se a tabela S137 está preenchida com as verbas e operadora de crédito corretas;
- Na importação de parcelas, garantir que o período selecionado para importação está correto, aberto e ativo;
- No lançamento do valor de empréstimo na rescisão, verificar que a verba usada para lançamento é a mesma configurada para rescisão na S137.
|
*Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente na Carol no connector "protheus_carol" se a carga de dados nas stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: mapping
- Existência da staging: organization
- Existência da staging: sra
- Tem que existir registros com a coluna "Last Updated Date" == Mês Atual
- Existência da staging: srd
- Tem que existir registros com a coluna "Last Updated Date" >= Mês Atual -1
- Existência da staging: srv
- Tem que ter os registros do liquido ['RV_CODFOL'] == '0047'
- Existência da staging: rcc
- Tem que ter os registros de configuração do consignado ['RCC_CODIGO'] == 'S137'
|
*Simulação/Como reproduzir o problema: | Inserir os prints de tela com o passo a passo da simulação realizada. Informar o motivo caso não se aplique a simulação. |
Para maiores informações: https://tdn.totvs.com/x/a17pIQ |