Totvs custom tabs box items |
---|
| *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 utilizado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Requisitos Gerais: | - Verificar se o preenchimento dos campos no cadastro do job de envio de dados para Carol esta ativo e em execução continua;
| *Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente na Carol no connector "datasul_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: dthrpyc_rh_pessoa_jurid
- Existência da staging: dthrpyc_rh_estab
- Existência da staging: dthrpyc_funcionario
- Existência da staging: dthrpyc_rh_pessoa_fisic
- Existência da staging: dthrpyc_histor_sal_func
- Existência da staging: dthrpyc_param_empres_rh
- Existência da staging: dthrpyc_sit_afast_func
- Existência da staging: dthrpyc_sit_afast
| *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/display/TSaldo/TOTVS+Consignado+-+Datasul |
|
Totvs custom tabs box items |
---|
| *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_URLRAC e MV_URLPLAT estão preenchidos conforme esperado. 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.
Observações Importantes Caso exista algum problema no envio de dados para a Carol e o mesmo não possa ser identificado facilmente, junto ao cliente, é possível habilitar o LOG de envio de dados para a Carol (Connector Protheus/Carol). Para realizar ativação do LOG, será necessário ativar as propriedades disponibilizadas pela Frame, no arquivo appserver.ini do cliente, logo abaixo da propriedade que possui no nome da base, da mesma forma como estão as propriedades já existentes SourcePath ou ROOTPATH, por exemplo. É possível adicionar as propriedades abaixo de acordo com a necessidade: Propriedade | Valor | Função |
---|
fwtracelog | 1(ligado) ou 0 (desligado) | Habilita log básico no console do appsever com as chamadas realizadas pelo JOB | fw-tf-debug | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug | FWLOGMSG_DEBUG | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug. Complementa a propriedade fw-tf-debug | fw-tf-logtables | SRA, SRV, Etc..(nome da tabela desejada. Pode ser mais de 1) | Adiciona informações extras para tabelas especificadas. |
- INTEGRAÇÃO CONSIGNADO X ERP
O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo grava os dados importados do consignado conforme a aplicação dos filtros passados no parâmetro, no movimento do funcionário. Caso exista inconsistência de dados esperados pelo cliente, execute este script abaixo e envie o resultado completo bem como o log de execução do processamento da integração para análise do time de desenvolvimento ;
select RA_FILIAL, RA_MAT, RA_SITFOLH, D_E_L_ET, R_E_C_NO, R_E_C_D_EL from SRA010 where RA_MAT = '00000' /*(nesta linha passara matrícula a ser pesquisada na conferência)*/
- PERMISSÃO DE ACESSO À INTEGRAÇÃO
A integração precisará de acesso as APIs do Consignado conforme endereço cadastrado no parâmetro MV_URLPLAT, para isso caso o cliente possua algum Firewall, ou algum tipo de serviço de bloqueio de portas e URLs externas, será necessário adicionar uma regra de liberação de acesso à URL do Consignado, que estará configurada de acordo com o valor do parâmetro citado anteriormente. | *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 |
|
Totvs custom tabs box items |
---|
| *Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita 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. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Requisitos Gerais: | - Realizar a ativação do TOTVS Apps Consignado pelo Wizard, usando as credenciais de acesso enviadas para o email cliente.
- A equipe Tecfin deverá liberar para o cliente a chave de ativação da Instituição de Crédito para a coligada erp vinculada; deverá ser utilizado o programa gerador da chave.
- A título de conferência, realizar a análise das consultas abaixo observando o resultado esperado para validação da ativação:
- Identificar os dados do campo VALORINT para a operadora conveniada
select * from PPARAMADICIONAIS where NOMECOLUNA like 'CONSINTEGRACAO%' Resposta Esperada: VALORINT = 1
- Identificar no campo DATAULTEXEC a data que ocorreu a ultima execução de carga dos conceitos
select DATAULTEXEC, CONFIG from GTOTVSAPP order by DATAULTEXEC desc Resposta Esperada: DATAULTEXEC >= data hora da ativação (frequência +- de 0:10'm)
- Identificar no campo NOMECOLUNA se todos os conceitos apresentados estão conforme esperado abaixo na data de ativação.
select RECMODIFIEDON, NOMECONCEITO from GTOTVSAPPCONCEITO order by RECMODIFIEDON desc Resposta Esperada: NOMECOLUNA
![](/download/attachments/616781910/image2021-5-12_9-55-42.png?version=1&modificationDate=1620824142387&api=v2)
- 'Identificar existência de registros no log de erro da geração do script abaixo pela análise do campo MENSAGEM.
select * from GTOTVSAPPCONCEITOHST where MENSAGEM like '%erro%' AND MENSAGEM not like '%SOFTDELETE%' order by DATAULTEXEC desc Resposta Esperada: Não apresentar registros na consulta'
- Identificar no campo VALORINT o mês de competência que subiu ao realizar a primeira ativação. Caso seja necessário desativar e reativar o TOTVSApp se faz necessário (somente nesta condição) rodar o script para recarga da ficha financeira.
select * from PPARAMADICIONAIS where NOMECOLUNA ='CONSMESCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSMESCOMPULTIMOENVIOPFPERFF' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFPERFF' Resposta Esperada: VALORINT = Mes Competencia da ultima carga na ativação
- Identificar versão do ERP
select VERSAOMINIMA from GSISTEMA where CODSISTEMA='P' Resposta Esperada: Respeitando os Requisitos Mínimos do documento MVP 3 TOTVS Consignado - RM
- Identificar existência de registro do Tipo de Lançamento de Folha
select * from PTIPOLANCEVT where codinterno=16 Resposta Esperada: DESCRICAO = TOTVS Consignado
- Reiniciar todos serviços RM.Host para validar a habilitação da flag TOTVS Consignado que deverá se encontrar habilitada na tela de edição do cadastro de Grupo de Eventos/Integração com outros aplicativos no menu Folha Mensal.
- INTEGRAÇÃO CONSIGNADO X ERP
O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo grava os dados importados do consignado na tabela PFMOVTEMP para que, após validação e conferência, seja importada no movimento do funcionário pelo Lançamento do Grupo de Eventos. Caso exista inconsistência de dados esperados pelo cliente, execute este script abaixo e envie o resultado completo bem como o log de execução do processamento da integração para análise do time de desenvolvimento ;
select s.cgc, p.cpf, f.codsituacao, f.codtipo, f.codrecebimento, t.* from PFMOVTEMP T inner join PFUNC F on T.CODCOLIGADA=F.CODCOLIGADA AND T.CHAPA=F.CHAPA inner join PPESSOA P on F.CODPESSOA=P.CODIGO inner join PSECAO S on F.CODCOLIGADA=S.CODCOLIGADA AND F.CODSECAO=S.CODIGO where 1=1 and T.TIPOLANCAMENTO='16' and ANOCOMP=2021 AND MESCOMP=10 /*(nesta linha passar mês e ano da conferência)*/
IMPORTANTE: Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o log de erro completo da GTOTVSAPPCONEITOHST, na análise interna da solicitação de apoio.
| *Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente da Carol no connector "rm_carol" se a carga de dados das stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: psecao
- Existência da staging: pparam
- Existência da staging: pparamadicionais
- Existência da staging: ppessoa
- Existência da staging: pfunc
- Existência da staging: pfperff
| *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/display/TSaldo/MVP+3+TOTVS+Consignado+-+RM |
|
Totvs custom tabs box items |
---|
| *Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita 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. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Requisitos Gerais: | - Conferir a existência dos campos Obrigatórios na validação cadastral pelo parceiro no erp.
Campos obrigatórios para validação de cadastro: - Nome da Mãe (Mesmo que descrito Mãe desconhecida) - Estado Civil - Email - Telefone - Data de Nascimento
- Atenção para o envio de dados de documentos. Ao selecionar o tipo de documento CNH deverá existir cadastrado todos os dados pertinentes na análise do parceiro sendo eles:
- Número da CNH - Date de Emissão da CNH - Orgão Emissor da CNH - Tipo - UF de Emissão da CNH
- Caso ocorra inconsistência nos processos executados pelo MeuRH, simule a operação utilizando o desktop para conseguir realiza os prints necessários, habilitando a inspeção do componente com a tecla F12. Esses prints deverão ser realizados desde o inicio do processo da operação com a tecla <F12> habilitada (será apresentado os dados de análise a direita, realize o print de toda a tela) ou seja, se o problema detectado esta ao realizar uma simulação, esteja na tela principal de nova solicitação e pressione a tecla <F12> .
se for no processo de envio de documentos, esteja na tela de minhas solicitações pressione a tecla <F12> e realize os prints até a ação que esteja ocasionando a exceção. Realize os prints sempre dos componentes "Console" e "Rede/Network" (conforme orientação nas imagens abaixo).
![](/download/attachments/616781910/image2021-11-1_11-0-37.png?version=1&modificationDate=1635775236617&api=v2)
![](/download/attachments/616781910/image2021-11-1_11-6-50.png?version=1&modificationDate=1635775610060&api=v2)
- Havendo possibilidade realize a gravação de um vídeo sequencial do processo sendo executado ( com a tela F12 pressionada) e adicione todas as evidência na solicitação de apoio.
IMPORTANTE: Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das evidências operacionais para análise interna da solicitação de apoio. Obrigatório informar o dispositivo usado, no caso modile o sistema operacional e versão, CNPJ da LOTAÇÃO da evidência e o CPF do funcionário.
| *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/display/TSaldo/Meu+RH |
|
|