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;
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para 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 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. | *LIB: | Informar qual versão da LIB o cliente se encontra. | *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. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *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. | *DBAccess | Informar qual a versão do DBACCESS do cliente. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *Data do RPO utilizado: | Informar qual a data do RPO da base do cliente. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *Requisitos Gerais: | - Verificar se o cliente possui a LIB e o pacote da Expedição Contínua aplicados com a última versão disponível da Central de Downloads;
- 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 dados inseridos na configuração do Wizard (rotina Configconsignado) estão conforme e-mail recebido com os dados para configuração e se a execução foi finalizada com sucesso;
- 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 appserver 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. |
Após habilitar os logs, serão gerados registros dentro do novo diretório criado ...\protheus_data\techfindebug
- 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)*/
No processo de validação do cliente dos dados de descontos conciliados pelo portal cliente Consignado, caso seja identificada alguma divergência questionável pelo cliente faz-se necessário a geração do script abaixo para análise do time de desenvolvimento devido ser permitido pelo Protheus o compartilhamento de verbas:
SELECT * FROM SX2T10 WHERE X2_CHAVE = 'SRV'
- 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.
Antes e executar o script de carga inicial, é necessário alinhar com o time do TOTVS Consignado e se atentar aos seguintes pontos: 1) O Script de Carga Inicial será necessário somente quando for preciso realizar o reenvio forçado dos dados do cliente, pois esse processo é feito automaticamente após configuração do Wizard e do FWTECHFINJOB. 2) Somente se o cliente não possuir dicionário no banco, não será necessário executar a primeira linha do script da Carga Inicial; 3) As tabelas possuem o sufixo do nome de acordo com o Grupo de Empresas, e deve ser considerado o ajuste de acordo com o que foi escolhido na configuração do Wizard de Configuração do Consignado, o Grupo de Empresas também é escolhido pelo cliente no momento da configuração do FWTECHFINJOB. Exemplo com a tabela SRA, podem ser: SRA010, SRA020, SRA030, SRAT10, SRAT20, SRAT30, etc.; 4) As datas podem ser ajustadas de acordo com o período desejado e estão no formado (YYYY-MM). Script's a serem rodados Somente se solicitado pelo DEV Team: // SQL Server UPDATE SYS_APP_PARAM SET APP_VALUE = '' WHERE APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RA_DEMISSA = '' OR RA_DEMISSA >= '20200101' UPDATE SRVT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE D_E_L_E_T_ != '*' UPDATE SRKT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE RCBT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE RCCT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE SR8T10 SET S_T_A_M_P_ = SYSDATETIME() WHERE R8_DATAFIM >= '20200101' UPDATE RGBT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RGB_PERIOD >= '202201' UPDATE SRRT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RR_PERIODO >= '202201' UPDATE SRGT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RG_PERIODO >= '202201' UPDATE SRCT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RC_PERIODO >= '202201' UPDATE SRDT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RD_PERIODO >= '202201' // Oracle UPDATE SYS_APP_PARAM SET SYS_APP_PARAM.APP_VALUE = '' WHERE SYS_APP_PARAM.APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET SRAT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRAT10.RA_DEMISSA = '' OR SRAT10.RA_DEMISSA >= '20200101' UPDATE SRVT10 SET SRVT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRVT10.D_E_L_E_T_ != '*' UPDATE SRKT10 SET SRKT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE RCBT10 SET RCBT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE RCCT10 SET RCCT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE SR8T10 SET SR8T10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SR8T10.R8_DATAFIM >= '20200101' UPDATE RGBT10 SET RGBT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE RGBT10.RGB_PERIOD >= '202201' UPDATE SRRT10 SET SRRT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRRT10.RR_PERIODO >= '202201' UPDATE SRGT10 SET SRGT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRGT10.RG_PERIODO >= '202201' UPDATE SRCT10 SET SRCT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRCT10.RC_PERIODO >= '202201' UPDATE SRDT10 SET SRDT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRDT10.RD_PERIODO >= '202201' IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para 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 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
- Data de expedição Válida do RG é obrigatória
- 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 Ativando o TOTVS Consignado na linha 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.
- Para validar a massa de dados inicial enviada para a Carol, execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:
SELECT COUNT(CODEVENTO) AS TTREGSFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNAFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual )*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNOPERIODOFF FROM PFPERFF WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(CHAPA) AS TTREGSFUNCSATIVOS FROM PFUNC WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) )
SELECT COUNT(D.CHAPA) AS TTREGSFUNCSATIVOSMAE FROM PFUNC F INNER JOIN PFDEPEND D ON F.CODCOLIGADA=D.CODCOLIGADA AND F.CHAPA=D.CHAPA AND D.GRAUPARENTESCO=7 WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) ) SELECT COUNT(CODIGO) AS TTREGSSECAO FROM PSECAO WHERE SECAODESATIVADA = 0
- Para validar se funcionários específicos estão subindo os dados para a carol, simule alteração em dados não sensíveis na tabela ppessoa e pfunc (ex.: email) , execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:
SELECT P.RECMODIFIEDON, F.RECMODIFIEDON,F.CODSITUACAO,F.CODTIPO, F.TIPOADMISSAO,F.CODRECEBIMENTO,F.CHAPA, F.NOME, F.DATAADMISSAO, F.DATADEMISSAO, F.SALARIO FROM PFUNC F INNER JOIN PPESSOA P ON (P.CODIGO=F.CODPESSOA) WHERE P.CPF IN ('CPF1','CPF2') /*(nesta linha passar os cpfs desejados para pesquisa quantos forem necessários separados por vírgula entre aspas simples)*/
- Envie este resultado juntamente com o resultado do script acima que demonstra o JOB destes conceitos (PPESSOA e PFUNC) rodando em ordem decrescente de última execução.
- Em caso erros na ativação do TOTVS App verifique este link para validar possíveis causa já documentadas a serem verificadas: TOTVS App Troubleshooting
- Caso exista a necessidade de enviar chamado para validação do time de frame sobre problemas de subida de dados ou serviço parado, lembre-se sempre de enviar os logs das tabelas referente ao JOB (GTOTVSAPP, GTOTVSAPPCONCEITO, GTOTVSAPPCONCEITOHST) bem como o log do tracefile do host conforme orientação do link: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360012409712-Framework-Linha-RM-Frame-Como-habilitar-o-tracefile-no-Host
IMPORTANTE: Após ativação do TOTVS Consignado com sucesso a desativação não mais deverá ocorrer, com exceção sob orientação/solicitação da equipe técnica do desenvolvimento/framework.
- 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 f.recmodifiedon, 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)*/
Caso seja apresentada inconsistência quanto a comunicação das soluções, deverá ser verificado os parâmetros da tabela PPARAMADICIONAIS conforme a versão do cliente, lembrando:
- Versão 33 (Recomendado: Ultimo patch da versão instalado) , integrada com implementação atualizada da equipe de frame. Devemos passar apenas Url da plataforma TOTVS Consignado bem como as informações de rateio caso sejam pertinentes.
![](/download/attachments/616781910/image2021-12-6_18-53-33.png?version=1&modificationDate=1638827614113&api=v2)
- Versão inferior 33 (Recomendado: Ultimo patch da versão instalado) . Devemos passar todas as informações de conexão que são necessárias sendo elas.
![](/download/attachments/616781910/image2021-12-6_18-55-18.png?version=1&modificationDate=1638827718227&api=v2)
- Conforme informado no e-mail das credenciais de ativação do TOTVS Consignado a Url da plataforma TOTVS Consignado deverá está parametrizada com: https://api-consignado.totvs.app
- Após esta validação caso o erro se mantenha envie o chamado com a imagem do print do Parametrizador bem como o resultado do script abaixo:
SELECT * FROM GPARAMETROSSISTEMA WHERE ID=92
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). 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
| Validação adicional de ambientes pelo Sentinela | Caso seja necessário realizar uma depuração mais refinada do ambiente erp para validação da carga de dados, quando solicitado pelo time de frame, realize os passos sugeridos neste link para habilitação do Sentinela-RM-Ferramenta-de-Monitoramento-de-Ambientes | *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 - E-mail - DDD + Telefone (DDD válido numérico >10 <=99 ) - Data de Nascimento - Salário > 0
- Atenção para os dados informados na conta bancária do beneficiário para crédito
- Conta sobre titularidade do funcionário solicitante - Somente poderá ser selecionado um banco existente pesquisando pelo código ou nome - Tipo deve ser selecionado Conta Corrente ou Conta Poupança que são os tipos permitidos. - o número da conta deve ser a informação correta sem acrescer zeros a esquerda caso não componham o número da conta - o digito verificador da conta é validado pelas instituições de crédito então deve ser o número válido
- 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 - Data de Emissão da CNH - Órgão Emissor da CNH - Tipo - UF de Emissão da CNH
- As instituições de crédito podem ter regras internas de validação de dados que poderão dar mensagem de inconsistência ao tentar realizar uma simulação/solicitação estas regras são contratuais da instituição de crédito com o cliente erp. Ex: Idade permitida >=18 <=60, tempo de casa, score etc... que podem ou não estar definidos em políticas do portal; se for regra interna da instituição de crédito será respeitado.
- Caso apresente problema na vinculação de documentos experimente limpar o cache. Para te orientar na aplicação desse processo siga os passos sugeridos neste link !
- 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.
Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). 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 mobile 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 |
|
Totvs custom tabs box items |
---|
|
* Padrão obrigatório para abertura de issues para o Desenvolvimento após análise de checklist
Tipo de Issue: Manutenção - Passo a passo para gerar a inconsistência;
- Informar o horário do ocorrido;
- Deverá ter qual o CNPJ da filial ou matriz;
- Descrição do problema;
- Comportamento esperado;
- Testes realizados pelo analista do atendimento;
- Logs e prints para ajudar na analise;
- Caso seja possível identificar qual os dados do funcionário, informar na issue;
|
|